>> Edit article

			이름
			제목
			패스워드

리눅스일 경우 RPM 을 받으시는게 정말 편합니다. 그리고 glibc 패치를 안해주셨다면 직접 컴파일 할 경우 동시접속 500이상 처리하면 불안정합니다. 따라서 MySQL AB측에서 최적의 상태로 컴파일한 바이너리를 추천하는 것이구요. 그 밖에도 컴파일러나 기타 라이브러리 선택에서 안정성이 검증된게 MySQL 사이트에서 공개하는 바이너리(RPM포함) 이죠. 그냥 대충 레드햇에 들어있는 gcc 2.96에 MySQL AB에서 보증하지 않는 라이브러리 OPENSSL, Glibc등을 사용해서 컴파일하면 안정성은 물건너 갑니다. 참고로 MySQL AB는 배포를 맡은 집단이 아니라 회사입니다. MySQL은 저 회사에서 개발해서 판매하는 제품입니다. 물론 GPL로도 공개했으므로 무료로 사용할 수도 있지만 상용 제품에 포함해서 사용하려면 라이센스 구매해야합니다. 일반적인 개발 프로세스도 상용 제품과 차이가 없지만... 버그 리포트나 패치는 일반적인 오픈소스 개발 형태와 유사합니다. MySQL AB측에서 릴리스할 때는 내부의 엄밀한 테스트 머신에서 장기간 테스트를 거친 후 내놓습니다.  설날을 투자해서.. mysql 을 업그레이드 해보자.. 하고 문서를 수집하던중 : : " Binary 를 받아서 설치하십시요. 당신이 컴파일한 코드는 아무리 노력 : 해도 최적화 되지 않습니다 mysql 에서도 binary 가 가장 최적화 되었 : 다고 합니다" : : 라는 글을 보았다. 아무래도 그렇겠지. 만든놈이 컴파일한게 -_-; : 제일 좋지 않을까.. : : 바이너리를 다운받았다. 허나 바이너리를 어떻게 설치해야 하는가.. : 막막했다. binary 를 /usr/local/mysql 로 옮겼다 쳐도, with-charset : 옵션이라던가, localstatedir 즉 db 가 위치하는곳은 어떻게정하는지.. : 잘 모르겠다. : :

Copyleft 1999-2026 by JSBoard Open Project Theme Designed by IDOO All right reserved