mysqld-max 확장 MySQL 서버

MySQL-Max 서버는 여러 가지 다른 기능을 포함하고 있는 mysqld MySQL 서버 버전이다. MySQL-Max 배포판을 사용할 수 있는 것은 여러분이 어떤 플랫폼을 사용하는지에 달려 있다:

• 윈도우의 경우, MySQL 바이너리 배포판은 표준 서버 (mysqld.exe)와 MySQL-Max 서버 (mysqld-max.exe)를 동시에 포함하고 있다. Section 2.3, “윈도우에 MySQL 설치하기”를 참조.
• 리눅스의 경우, 만약에 MySQL을 RPM 배포판으로 설치한다면, MySQL-Max RPM 은 여러분이 이미 레귤러 서버 RPM을 설치해 놓았다고 추정을 한다. 우선, 레귤러 MySQL-server RPM을 사용해서 mysqld를 설치한 다음에, MySQL-Max RPM을 사용해서 mysqld-max를 설치한다. Section 2.4, “리눅스에 MySQL 설치하기”를 참조.
• 다른 모든 MySQL-Max 배포판은 mysqld라는 이름의 단일 서버를 가지고 있지만 부가적인 기능들도 함께 포함되어 있다.

여러분은 MySQL-Max 바이너리 배포판을 http://dev.mysql.com/downloads/에서 얻을 수 있다.

MySQL AB사는 MySQL-Max 서버를 아래와 같은 configure 옵션을 사용해서 구축하였다:

• --with-server-suffix=-max
  이 옵션은 -max 접미사를 mysqld 버전 스트링에 추가한다.
• --with-innodb
  이 옵션은 InnoDB 스토리지 엔진 지원을 활성화 시킨다. MySQL-Max 서버는 항상 InnoDB 지원을 포함하고 있다. MySQL 4.0 이후부터는, InnoDB는 모든 바이너리 배포판에 디폴트로 포함되어 있기 때문에, 모든 MySQL-Max 서버는 별도의 InnoDB 지원을 가질 필요가 없게 된다.
• --with-bdb
  이 옵션은 BDB를 사용하고 있는 플랫폼상의 버클리DB (BDB) 스토리지 엔진을 지원하도록 만든다.
• --with-blackhole-storage-engine
  이 옵션은 BLACKHOLE 스토리지 엔진을 지원하도록 만든다.
• --with-csv-storage-engine
  이 옵션은 CSV 스토리지 엔진을 지원하도록 만든다.
• --with-example-storage-engine
  이 옵션은 EXAMPLE 스토리지 엔진을 지원하도록 만든다.
• --with-federated-storage-engine
  이 옵션은 FEDERATED 스토리지 엔진을 지원하도록 만든다.
• --with-ndbcluster
  이 옵션은 클러스터가 사용중에 있는 플랫폼상의 NDB Cluster 스토리지 엔진을 지원하도록 만든다.
• USE_SYMDIR
  이것은 윈도우를 지원하기 위한 데이터 베이스 심볼릭 링크를 구동시킨다. 4.0 이후로는, 심볼릭 링크 지원은 모든 윈도우 서버를 지원하고 있기 때문에, MySQL-Max 서버는 이것을 사용할 필요가 없다.

MySQL-Max 바이너리 배포판은 미리 컴파일된 프로그램을 사용하고자 하는 사용자들에게는 매우 편리한 제품이다. 만약에 여러분이 소스 배포판을 사용해서 MySQL을 구축하고자 한다면, 서버 구성시에 MySQL-Max 바이너리 배포판이 가지고 있는 특징과 동일한 것들을 활성화 시킴으로서 MySQL-Max 서버와 비슷하게 MySQL 서버를 스스로 구축할 수도 있다 MySQL-Max 서버에는 BerkeleyDB (BDB) 스토리지 엔진이 포함되어 있으나, 모든 플랫폼이 BDB를 지원하는 것은 아니다.

현재, MySQL 클러스터는 리눅스(대부분의 플랫폼), Solaris, Mac OS X, 그리고 HP-UX만 지원하고 있다. 몇몇 사용자들이 소스 코드를 사용해서 BSD OS에 MySQL 클러스터를 성공적으로 설치하였다고 보고하였으나, 아직까지는 공식적으로는 지원을 하지 않고 있다. 서버가 클러스터를 지원하게끔 컴파일 되었다고 하더라도, NDB Cluster 스토리지 엔진은 디폴트로는 활성화 되지 않는다는 점을 알아두기 바란다. 여러분은 서버를 --ndbcluster 옵션을 사용해서 구동 시켜서 이것이 MySQL 클러스터의 일부분으로 사용하도록 만들어 주어야 한다. (자세한 내용은, Section 15.4, “MySQL 클러스터 구성”을 참조할 것.) 아래의 테이블은 BDB 와 NDB Cluster를 지원하는 MySQL-Max 바이너리 배포판에 대한 플랫폼을 보여주고 있다.

여러분의 서버가 지원하는 스토리지 엔진이 어떤 것인지 확인하기 위해서는, SHOW ENGINES 명령문을 사용한다. 예를 들면:

mysql> SHOW ENGINES\G 



*************************** 1. row *************************** 



 Engine: MyISAM 



Support: DEFAULT 



Comment: Default engine as of MySQL 3.23 with great performance 



*************************** 2. row *************************** 



 Engine: MEMORY 



Support: YES 



Comment: Hash based, stored in memory, useful for temporary tables 



*************************** 3. row *************************** 



 Engine: InnoDB 



Support: YES 



Comment: Supports transactions, row-level locking, and foreign keys 



*************************** 4. row *************************** 



 Engine: BerkeleyDB 



Support: NO 



Comment: Supports transactions and page-level locking 



*************************** 5. row *************************** 



 Engine: BLACKHOLE 



Support: YES 



Comment: /dev/null storage engine (anything you write to it disappears) 



... 

SHOW ENGINES에서 나오는 결과는 여러분이 사용하고 있는 MySQL 버전에 따라 다르게 나올 것이다.

결과에 있는 Support 값은 아래에서 보이는 것과 같이 각각의 특징들에 대한 서버 지원 레벨을 가리키는 것이다:

NO 값은 서버가 이러한 특징을 지원하지 않도록 컴파일 되었다는 것을 의미하며, 따라서 서버는 런 타임시에 이것을 구동 시킬 수가 없다는 것을 나타낸다.

DISABLED는 서버가 구동시에 이러한 특징을 비활성화 시키면서 시작했기 때문에, 또는 지정한 모든 특징을 활성화 시키기 위해 필요한 모든 옵션이 없기 때문에 발생한다. 두 번째의 경우에는, 에러 로그에 이 옵션이 비활성화 된 이유가 기록 된다.

또한, 서버가 스토리지 엔진을 지원하도록 컴파일을 되었으나, 서버 구동시에 --skip-engine 옵션을 사용하였다면, DISABLED가 나오는 것을 볼 수도 있을 것이다. 예를 들면, --skip-innodb는 InnoDB 엔진을 비활성화 시킨다. NDB Cluster 스토리지 엔진의 경우, DISABLED는 서버가 MySQL 클러스터를 지원하도록 컴파일 되었으나 --ndb-cluster 옵션을 가지고 구동되지 않았음을 의미하게 된다.

모든 MySQL 서버는 MyISAM 테이블을 지원하는데, 그 이유는 MyISAM이 디폴트 스토리지 엔진이기 때문이다.