hi.pe.kr 날으는물고기·´″°³о♡

			트윗하기

MySQL 서버는 서버가 어떻게 구성되었는지를 가리키는 많은 시스템 변수들을 유지 관리 한다. 각 시스템 변수는 디폴트 값을 가지고 있다. 시스템 변수들은 명령어 라인 또는 옵션 파일에서 옵션을 사용하여 서버 스타트업 때 설정될 수 있다. 대부분의 것들은 서버가 구동되고 있는 동안에 SET 명령문을 가지고 동적으로 변경할 수 있는데, 이 명령문은 서버를 종료하고 재 구동 시키지 않는 상태에서 서버 동작을 수정할 수 있다. 여러분은 수식 안에 있는 시스템 변수를 참조할 수도 있다.

 

시스템 변수 이름과 값을 볼 수 있는 방법은 여러 가지가 있다:

• 서버가 디폴트 및 옵션 파일에서 읽는 변수 값을 보기 위해서는, 아래의 명령어를 사용한다:

mysqld --verbose --help

• 옵션 파일에 있는 설정 값은 무시하고, 서버 자체가 컴파일한 디폴트에 근거해서 사용할 값을 보기 위해서는, 아래의 명령어를 사용한다:

mysqld --no-defaults --verbose --help

• 구동 중에 있는 서버가 현재 사용하는 값을 보기 위해서는, SHOW VARIABLES 명령문을 사용한다.

이 섹션에서는 각 시스템 변수를 보다 자세하게 설명한다. 버전 번호가 없는 변수들은 모든 MySQL 5.1 릴리즈에 존재하는 것임을 의미한다. 이러한 변수들에 대한 이전 버전 정보는 MySQL 3.23, 4.0, 4.1 Reference Manual을 참조하기 바란다.

 

부가적인 시스템 변수에 대한 정보는 아래의 섹션을 참고하기 바란다:

• Section 5.2.4, “시스템 변수 사용하기” 에서는 시스템 변수 값을 설정하고 출력하기 위한 신텍스를 설명한다.
• Section 5.2.4.2, “동적 (Dynamic) 시스템 변수” 에서는 런타임 시에 설정할 수 있는 변수들을 설명한다.
• 시스템 변수 튜닝에 대한 정보는 Section 7.5.2, “서버 파라미터 튜닝하기”에서 설명하고 있다.
• Section 14.5.4, “InnoDB 스타트업 옵션 및 시스템 변수” 에서는InnoDB 시스템 변수를 설명한다.

Note: 아래의 변수 설명문 중에는 변수를 “활성화” 또는 “비활성화” 하는 것에 대해 설명하는 것이 있다. 이러한 변수들은 SET 명령문을 사용해서 그 값을 ON 또는 1로 설정해서 활성화 시키거나, 또는 OFF 또는 0으로 설정해서 비활성화 시킬 수가 있다. 하지만, 이러한 변수들을 명령어 라인 또는 옵션 파일에서 설정하기 위해서는, 이것들은 반드시 1 또는 0으로 설정해야 한다; ON 또는 OFF로 설정하면 구동이 되지 않는다. 예를 들면, 명령어 라인에서, --delay_key_write=1는  구동할 수 있지만, --delay_key_write=ON 는 실행할 수 없다.

 

버퍼 크기, 길이, 그리고 스택의 크기에 대한 값은 별도로 지정되지 않는 한 바이트 단위로 주어진다.

• auto_increment_increment

auto_increment_increment 및 auto_increment_offset는 마스터와 마스터간의 리플리케이션을 위한 용도로 사용되며, 또한 AUTO_INCREMENT 컬럼의 동작을 제어하기 위해서도 사용된다. 두 변수 모두 글로벌 또는 로컬 변수로 지정할 수 있으며, 또한 각각은 1에서 65,535 사이의 정수 값을 가질 수 있다. 위의 두 변수 중에 하나를 0으로 설정하면 그 값은 0 대신에 1로 설정된다. 위의 두 변수 중에 하나를 65.535보다 큰 값 또는 0보다 작은 값으로 설정하면 그 값은 65.535가 된다. auto_increment_increment 또는 auto_increment_offset 값을 정수가 아닌 값으로 설정하고자 하면 에러가 발생하고, 그 변수의 실제 값이 그대로 유지된다.

 

Important: auto_increment_increment 및 auto_increment_offset는 MySQL 클러스터 리플리케이션으로는 사용하지 말도록 한다. 이 변수들을 클러스터 리플리케이션용으로 사용하게 되면 예상하지 못한 (복구가 불가능한) 에러가 발생한다.

 

이 두 변수는 AUTO_INCREMENT 실행에 아래와 같이 영향을 준다:

• auto_increment_increment는 연속적인 컬럼 값 사이의 간격을 제어 한다. 예를 들면:

mysql> SHOW VARIABLES LIKE 'auto_inc%';

+--------------------------+-------+

| Variable_name            | Value |

+--------------------------+-------+

| auto_increment_increment | 1     |

| auto_increment_offset    | 1     |

+--------------------------+-------+

2 rows in set (0.00 sec)

 

mysql> CREATE TABLE autoinc1

    -> (col INT NOT NULL AUTO_INCREMENT PRIMARY KEY);

  Query OK, 0 rows affected (0.04 sec)

 

mysql> SET @@auto_increment_increment=10;

Query OK, 0 rows affected (0.00 sec)

 

mysql> SHOW VARIABLES LIKE 'auto_inc%';

+--------------------------+-------+

| Variable_name            | Value |

+--------------------------+-------+

| auto_increment_increment | 10    |

| auto_increment_offset    | 1     |

+--------------------------+-------+

2 rows in set (0.01 sec)

 

mysql> INSERT INTO autoinc1 VALUES (NULL), (NULL), (NULL), (NULL);

Query OK, 4 rows affected (0.00 sec)

Records: 4  Duplicates: 0  Warnings: 0

 

mysql> SELECT col FROM autoinc1;

+-----+

| col |

+-----+

|   1 |

|  11 |

|  21 |

|  31 |

+-----+

4 rows in set (0.00 sec)

 

(이러한 변수들의 현재 값을 얻기 위해 SHOW VARIABLES를 어떻게 사용했는지 잘 알아 두기 바란다.)

• auto_increment_offset는 AUTO_INCREMENT 컬럼 값의 시작 포인트를 결정한다. 아래에 나오는 명령문들이 auto_increment_increment 설명에서 나왔던 예제와 같은 세션 동안 실행된다고 가정한다:

mysql> SET @@auto_increment_offset=5;

Query OK, 0 rows affected (0.00 sec)

 

mysql> SHOW VARIABLES LIKE 'auto_inc%';

+--------------------------+-------+

| Variable_name            | Value |

+--------------------------+-------+

| auto_increment_increment | 10    |

| auto_increment_offset    | 5     |

+--------------------------+-------+

2 rows in set (0.00 sec)

 

mysql> CREATE TABLE autoinc2

    -> (col INT NOT NULL AUTO_INCREMENT PRIMARY KEY);

Query OK, 0 rows affected (0.06 sec)

 

mysql> INSERT INTO autoinc2 VALUES (NULL), (NULL), (NULL), (NULL);

Query OK, 4 rows affected (0.00 sec)

Records: 4  Duplicates: 0  Warnings: 0

 

mysql> SELECT col FROM autoinc2;

+-----+

| col |

+-----+

|   5 |

|  15 |

|  25 |

|  35 |

+-----+

4 rows in set (0.02 sec)

 

만약에 auto_increment_offset 값이 auto_increment_increment 값보다 크다면, auto_increment_offset 값은 무시된다.

 

이 변수들 중에 하나 또는 두개 모두 변경된 후에 새로운 줄이 AUTO_INCREMENT 컬럼을 가지고 있는 테이블에 삽입 된다면, 그 결과는 직관적으로 볼 수 없게 되는데, 그 이유는 AUTO_INCREMENT 값 시리즈는 컬럼에 이미 존재하는 어떠한 변수들도 고려하지 않고 계산되기 때문이며, 또한 삽입되는 바로 다음의 값이 적어도 AUTO_INCREMENT 컬럼에 있는 최대 존재 값 보다 큰 시리즈에 있는 값이 되기 때문이다. 다른 말로 한다면, 그 시리즈는 다음과 같이 계산된다:

 

auto_increment_offset + N × auto_increment_increment

여기에서 N 은 시리즈[1, 2, 3, ...]에 있는 양수 정수 값이다. 예를 들면:

 

mysql> SHOW VARIABLES LIKE 'auto_inc%';

+--------------------------+-------+

| Variable_name            | Value |

+--------------------------+-------+

| auto_increment_increment | 10    |

| auto_increment_offset    | 5     |

+--------------------------+-------+

2 rows in set (0.00 sec)

 

mysql> SELECT col FROM autoinc1;

+-----+

| col |

+-----+

|   1 |

|  11 |

|  21 |

|  31 |

+-----+

4 rows in set (0.00 sec)

 

mysql> INSERT INTO autoinc1 VALUES (NULL), (NULL), (NULL), (NULL);

Query OK, 4 rows affected (0.00 sec)

Records: 4  Duplicates: 0  Warnings: 0

 

mysql> SELECT col FROM autoinc1;

+-----+

| col |

+-----+

|   1 |

|  11 |

|  21 |

|  31 |

|  35 |

|  45 |

|  55 |

|  65 |

+-----+

8 rows in set (0.00 sec)

 

auto_increment_increment 및 auto_increment_offset용으로 나온 값은 시리즈 5 + N × 10을 만들어 내는데, 즉, [5, 15, 25, 35, 45, ...]가 된다. INSERT 보다 앞선 col 컬럼에 있는 최대값은 31이 되며, AUTO_INCREMENT 시리즈에서 그 다음으로 사용 가능한 값은 35가 된다.

 

따라서 그 시점에 시작되는 col에 대한 삽입 값과 결과는 SELECT 쿼리로 나오는 것과 같게 된다.

 

이러한 두 변수가 하나의 단일 테이블에 영향을 주도록 제한하는 것은 불가능하며, 따라서 이 변수들을 다른 데이터 베이스 관리 시스템이 제공하는 시퀀스에서는 사용할 수가 없다; 이 변수들은 MySQL 서버에 있는 모든 테이블의 모든 AUTO_INCREMENT 컬럼 동작을 제어한다. 이 변수들 중에 하나가 글로벌로 설정 된다면, 그 효과는 글로벌 값이 변경되거나 또는 그것들을 로컬 변수로 설정해서 무시하도록 하지 않거나, mysqld을 재 구동하지 않는 한 계속 유지를 하게 된다. 로컬 변수로 지정하면, 새로운 값은 모든 테이블에서 현재의 사용자가 세션 기간 동안 새롭게 삽입하는 AUTO_INCREMENT 컬럼에 영향을 미치게 되며, 그 세션 동안 값을 변경하지 않는 한 계속 유지를 한다.

 

auto_increment_increment의 디폴트 값은 1이다.

• auto_increment_offset

이 변수의 디폴트 값은 1이다. auto_increment_increment를 참조하기 바란다.

• automatic_sp_privileges

이 변수가 1 (디폴트)을 갖게 되면, 사용자가 스토어드 루틴을 이미 실행하고 변경 또는 삭제할 수 없는 경우에 서버는 EXECUTE 및 ALTER ROUTINE 권한을 스토어드 루틴 생성기 (creator)에 자동으로 승인한다. (ALTER ROUTINE 권한은 루틴을 삭제할 때 필요하다.) 또한, 생성기가 루틴을 삭제 할 때 서버는 위의 권한들을 자동으로 삭제한다. 만일 automatic_sp_privileges가 0이면, 서버는 이러한 권한들을 자동으로 추가 및 삭제할 수 없다.

• back_log

MySQL이 가질 수 있는 엄청난 양의 연결 요청 수. 이것은 메인 MySQL 쓰레드가 매우 짧은 시간 동안 엄청난 수의 연결을 요청 받을 때 활동하기 시작한다. 그런 경우가 되면 이 변수는 얼마 동안 (실제로는 매우 짧은 시간 동안) 메인 쓰레드로 하여금 연결을 검사하고 새로운 쓰레드를 시작하도록 만든다. back_log 값은 MySQL이 새로운 요청에 대해 답을 하기 위해 순간적으로 멈추기 전에 얼마나 많은 요청을 스택에 넣어 둘 수 있는지를 표시한다. 이 값을 증가 시키는 것은 매우 짧은 시간 동안에 많은 수의 연결을 예상할 경우에만 필요하게 된다.

 

다른 말로 설명하면, 이 값은 서버쪽으로 들어오는 TCP/IP 연결에 대한 수신 큐 (listen queue)의 크기가 된다. 여러분이 사용하는 OS는 이 큐 크기에 대해 고유 값을 가지고 있다. 유닉스의 listen() 시스템 호출에 대한 매뉴얼에서 보다 자세한 정보를 찾을 수 있을 것이다. 여러분이 사용하는 OS 사용 설명서에서 이 변수의 최대 값을 알아보기 바란다. back_log 는 OS 가 제한하는 크기를 초과할 수는 없다.

• basedir

MySQL 설치 베이스 디렉토리. 이 변수는 --basedir 옵션을 사용해서 설정할 수 있다.

• binlog_cache_size

트랜젝션 동안 바이너리 로그용 SQL명령문을 가지고 있기 위한 캐시의 크기. 서버가 어느 한 트랜젝션 스토리지 엔진을 지원할 경우 또는 서버가 바이너리 로그 활성화 상태 ((--log-bin 옵션)일 경우라면 각 클라이언트에 대해서 바이너리 캐시가 할당된다. 여러분이 크기가 큰 다중-명령문 트랜젝션을 자주 사용하는 경우라면 이 캐시의 크기를 크게 해서 성능을 향상 시킬 수가 있다. Binlog_cache_use 와 Binlog_cache_disk_use 상태 변수는 이 변수의 크기를 튜닝 하는데 유용하게 사용 된다. Section 5.11.4, “바이너리 로그”를 참조할 것.

• binlog_format

바이너리 로깅 포맷. STATEMENT, ROW, 또는 MIXED 중의 하나가 됨. binlog_format은 스타트업 시점에 --binlog-format 옵션을 사용하거나, 또는 런타임 시점에 binlog_format 변수를 사용해서 설정할 수 있다 (이 변수를 글로벌 범위에서 설정하기 위해서는 SUPER 권한이 필요함). 스타트업 변수는 MySQL 5.1.5에서 추가되었고, 런타임 변수는 MySQL 5.1.8에서 추가되었다. MIXED는 MySQL 5.1.8에서 추가되었다.

 

STATEMENT가 디폴트로 사용된다. MIXED이 지정된다면, 명령문-기반 리플리케이션이 함께 사용되지만, 열-기반 리플리케이션만이 올바른 결과를 얻을 수 있다고 보장된 경우는 예외이다. 예를 들면, 명령문이 사용자-정의 함수 (UDF) 또는 UUID() 함수를 가지고 있는 경우가 이에 해당한다. 이 규칙에는 한 가지 예외가 있는데, An exception to this rule is that MIXED가 스토어드 함수 및 트리거에 대해서 항상 명령문-기반 리플리케이션을 사용하는 경우가 이에 해당한다.

 

런타임 시점에 리플리케이션 포맷을 변경할 수 없는 경우에는 몇 가지 예외 사항이 존재한다:

• 스토어드 함수 또는 트리거 안에서 요청할 경우.
• NDB가 활성화 되어 있는 경우.
• 세션이 현재 열-기반 리플리케이션 모드이고 임시 테이블을 열어 놓은 상태인 경우.

위의 상황에서 포맷 변경을 시도하면 에러가 발생한다.

 

MySQL 5.1.8 이전에는 열-기반 리플리케이션 포맷으로 변경하기 위해서는 --log-bin-trust-function-creators=1 및 --innodb_locks_unsafe_for_binlog를 설정했었다. 하지만 MySQL 5.1.8 이후 버전에서는 열-기반 리플리케이션을 사용하고 있을 때에는 이러한 옵션을 더 이상 설정할 수 없게 된다.

• bulk_insert_buffer_size

MyISAM은 비어 있지 않은 테이블에 데이터를 추가할 때 INSERT ... SELECT, INSERT ... VALUES (...), (...), ..., 및 LOAD DATA INFILE에 대해서 벌크 (bulk) 삽입 연산을 보다 빠르게 진행하기 위해서 특별한 트리 형태의 캐시를 사용한다. 이 변수는 쓰레드당 캐시 트리의 크기를 바이트 단위로 제한 한다. 이 변수를 0으로 설정하면 위에서 설명한 최적화 기능이 비활성화 된다. 디폴트 크기는 8MB이다.

• character_set_client

클라이언트로부터 전달되는 명령문용 문자 셋.

• character_set_connection

문자 셋 인트로듀서 (introducer)를 갖고 있지 않는 리터럴 (literal) 및 숫자-문자 (number-to-string) 변환을 위해 사용되는 문자 셋.

• character_set_database

디폴트 데이터 베이스가 사용하는 문자 셋. 서버는 디폴트 데이터 베이스가 변할 때 마다 이 변수를 설정한다. 디폴트 데이터 베이스가 없다면, 이 변수는 character_set_server와 같은 값을 가지게 된다.

• character_set_filesystem

파일 시스템 문자 셋. 이 변수는 LOAD DATA INFILE 과 SELECT ... INTO OUTFILE 명령문 그리고 LOAD_FILE() 함수와 같은 파일 이름을 참조하는 스트링 리터럴을 해석하는데 사용된다.

 

이러한 파일 이름은 파일을 오픈 하려는 시도가 있기 전에 character_set_client에서 character_set_filesystem으로 변환된다. 디폴트 값은 binary인데, 이것은 이무런 변환이 없다는 것을 의미한다. 멀티 바이트 파일 이름을 사용할 수 있는 시스템에서는 서로 다른 값을 사용하도록 한다. 예를 들면, 시스템이 UTF-8를 사용해서 파일 이름을 표시한다면, character_set_filesytem을 'utf8'로 설정한다. 이 변수는 MySQL 5.1.6에서 추가 되었다.

• character_set_results

쿼리 결과를 클라이언트에 리턴하기 위해 사용되는 문자 셋.

• character_set_server

서버의 디폴트 문자 셋.

• character_set_system

T 식별자 (identifier)를 저장하기 위해 서버가 사용하는 문자 셋. 그 값은 항상 utf8이 된다.

• character_sets_dir

문자 셋이 설치되어 있는 디렉토리.

• collation_connection

연결 문자 셋의 콜레션 (collation).

• collation_database

디폴트 데이터 베이스가 사용하는 콜레션 (collation). 서버는 디폴트 데이터베이스가 변경될 때 마다 이 변수를 설정한다. 디폴트 데이터 베이스가 없다면, 이 변수의 값은 collation_server의 값과 같게 된다.

• collation_server

서버의 디폴트 콜레션 (collation).

• completion_type

트랜젝션 완료 타입:

• 만약에 값이 0 (디폴트)이면, COMMIT 과 ROLLBACK 은 실행되지 않음.
• 값이 1이면, COMMIT 과 ROLLBACK 은 각각 COMMIT AND CHAIN 과 ROLLBACK AND CHAIN과 같게 된다. (새로운 트랜젝션이 이제 막 완료된 트랜젝션과 동일한 고립 (isolation) 레벨을 가지고 곧장 실행된다.)
• 값이 2이면, COMMIT 과 ROLLBACK 은 COMMIT RELEASE및 ROLLBACK RELEASE 값과 각각 같게 된다. (서버는 트랜젝션을 마친 후에 접속을 끊는다.)

• concurrent_insert

이 값이 1 (디폴트)이면, MySQL은 INSERT 와 SELECT 명령문으로 하여금 중간에 빈 블록이 없는 MyISAM 테이블에 대해서 동시에 구동 될 수 있도록 해 준다. mysqld 을 --safe 또는 --skip-new와 함께 실행시키면 이 옵션을 오프 (off)시킬 수가 있다.

이 변수는 세 가지의 정수 값을 가질 수 있다:

 

• connect_timeout

mysqld 서버가 Bad handshake에 반응하기 전에 연결 패킷을 기다리는 대기 시간.

• datadir

MySQL 데이터 디렉토리. 이 변수는 --datadir 옵션으로 설정할 수 있다.

• date_format

이 변수는 구현 되지 않음.

• datetime_format

이 변수는 구현 되지 않음.

• default_week_format

WEEK() 함수용으로 사용하기 위한 디폴트 모드 값. Section 12.6, “날짜 및 시간 함수”를 참조할 것.

• delay_key_write

이 옵션은 MyISAM 테이블에만 적용된다. 이것은 아래의 값 중에 하나를 가지고서 CREATE TABLE 명령문에서 사용되는 DELAY_KEY_WRITE 테이블 옵션을 처리한다.

 

 

만약에 DELAY_KEY_WRITE가 테이블에 대해서 활성화 되어 있다면, 모든 인덱스를 업데이트 하고 있는 테이블에 대해서는 키 버퍼가 플러시 되지 않고, 대신에 테이블이 닫힐 때에만 플러시를 하게 된다. 여러분이 이 기능을 사용한다면, 키가 많은 경우에는 속도가 증가하지만, 서버를 --myisam-recover 옵션 (예를 들면, --myisam-recover=BACKUP,FORCE)과 함께 구동 시켜서 모든 MyISAM 테이블을 자동으로 검사하도록 해야 한다.

 

--external-locking를 사용해서 외부잠금을 활성화 시킨다고 하더라도 지연 키 작성 (delayed key write)을 사용하는 테이블에 대한 인덱스 손실은 막지 못한다는 것을 알아 두기 바란다.

• delayed_insert_limit

delayed_insert_limit 지연 줄 삽입을 하고 나면, INSERT DELAYED 핸들러 쓰레드는 어떤 SELECT 명령문 실행이 지연되고 있는지를 검사하게 된다. 만약에 이러한 지연 명령문이 존재한다면, 지연된 줄을 삽입하기 전에 이 명령문이 먼저 실행되도록 허용한다.

• delayed_insert_timeout

INSERT DELAYED 핸들러 쓰레드가 INSERT 명령문이 종료되기 전에 대기해야 하는 시간.

• delayed_queue_size

이것은 INSERT DELAYED 명령문을 처리할 때 큐에 넣을 수 있는 테이블당 열의 한계 값이다. 큐가 가득 차게 되면, INSERT DELAYED 명령문을 실행하고자 하는 클라이언트는 큐가 다시 비워질 때까지 기다려야 한다.

• div_precision_increment

이 변수는 / 연산자를 사용한 나눗셈 결과를 보다 정확하게 얻기 위해 지정하는 정밀도(precision) 숫자를 가리킨다 . 디폴트 값은 4 이다. 최소 및 최대의 값은 각각 0과 30이다.

 

아래의 예문은 디폴트 값을 늘리는 것이 어떤 효과를 나타내는지를 보여 주는 것이다.

 

mysql> SELECT 1/7;

+--------+

| 1/7    |

+--------+

| 0.1429 |

+--------+

mysql> SET div_precision_increment = 12;

mysql> SELECT 1/7;

+----------------+

| 1/7            |

+----------------+

| 0.142857142857 |

+----------------+

• event_scheduler

이 변수는 이벤트 스케쥴러 (Event Scheduler)의 상태를 표시한다; MySQL 5.1.12 이후부터 ON, OFF, 및 DISABLED로 표시가 되고, 디폴트는 OFF가 된다.

이 변수는 MySQL 5.1.6에서 추가 되었다.

• engine_condition_pushdown

이 변수는 NDB에 적용된다. 디폴트 값은 0 (OFF)이다: mycol 이 인덱스가 아닌 (non-indexed) 컬럼인 곳에서 SELECT * FROM t WHERE mycol = 42와 같은 쿼리를 실행한다면, 쿼리는 모든 NDB 노드에 있는 전체 테이블을 스캔하면서 실행된다. 각 노드는 MySQL 서버에 모든 줄을 보내는데 이 서버는 WHERE 조건문을 적용한다.  engine_condition_pushdown이 1 (ON)로 설정되어 있다면, 조건문은 스토리지 엔진에 “밀어 넣어 (pushed down)”지게 되고 NDB 노드로 보내지게 된다. 각 노드는 이 조건문을 사용해서 스캔을 하게 되며, 이 조건문에 일치하는 열만을 MySQL 서버에 리턴한다.

• expire_logs_days

바이너리 로그를 자동으로 삭제하기 위한 날짜의 수. 디폴트는 0 이며, 이것은 “자동 삭제 없음 (no automatic removal)”을 의미하는 것이다. 스타트업 및 바이너리 로그 로테이션이 있을 때에만 삭제가 가능하다.

• flush

만약에 ON이 되면, 각 SQL명령문이 실행된 후에 서버는 모든 변경 사항을 디스크에 플러시(동기화) 시킨다. 정상적인 경우, MySQL은 각 SQL 명령문이 실행된 후에만 모든 변경 사항을 디스크에 작성하고 디스크와의 동기화는 OS로 하여금 처리하도록 만든다. Mysqld를 --flush 옵션과 함께 구동 시키면 이 변수는 ON 으로 설정 된다.

• flush_time

이것을 0 이 아닌 값으로 설정을 하면, 사용하던 시스템 자원을 해제하고 플레시되지 않은 데이터를 디스크에 동기화 시키기 위해 모든 테이블은 flush_time 동안 닫히게 된다. 우리는 이 옵션을 윈도우 9x, Me, 또는 시스템 자원이 작은 시스템에서만 사용할 것을 권장한다.

• ft_boolean_syntax

IN BOOLEAN MODE를 사용하는 불리안 전체-문장 검색 (full text search)이 지원하는 연산자 리스트.

디폴트 값은 '+ -><()~*:""&|'이다. 이 값을 변경하는 규칙은 아래와 같다:

• 연산자 함수는 스트링 안에 있는 위치를 가지고 결정한다.
• 대체되는 값은 14개의 문자로 이루어져야 한다.
• 각 문자는 ASCII non-alphanumeric 이어야 한다.
• 처음 또는 두 번째 문자는 스페이스 이어야 한다.
• 11번째와 12번째의 구문 인용 부호 문자를 제외하고는 문자를 중복해서 사용할 수는 없다.
• 10, 13, 그리고 14 (디폴트는 ‘:’, ‘&’, and ‘|’로 되어 있음)는 나중에 사용할 목적으로 사용이 지정 (reserve)되어 있다.

• ft_max_word_len

하나의 FULLTEXT 인덱스 안에 포함되는 단어의 최대 길이.

 

Note: FULLTEXT 인덱스 값을 변경한 후에는 반드시 재 구축해야 한다. REPAIR TABLE tbl_name QUICK을 사용한다.

• ft_min_word_len

하나의 FULLTEXT 인덱스에 포함 되는 단어의 최소 길이.

 

Note: FULLTEXT 인덱스 값을 변경한 후에는 반드시 재 구축해야 한다. REPAIR TABLE tbl_name QUICK을 사용한다.

• ft_query_expansion_limit

WITH QUERY EXPANSION을 사용하는 전체-문장 검색용으로 사용하는 탑 매치 (top match)숫자.

• ft_stopword_file

전체-문장 검색용 스톱워드 (stopword) 리스트를 읽기 위한 파일. 이 파일에 있는 모든 단어들이 사용된다; 코멘트는 사용되지 않는다. 디폴트로 스톱워드의 빌트인 (built-in) 리스트가 사용된다 (myisam/ft_static.c 파일에 정의된 것 같은). 이 변수를 빈 스트링 ('')으로 설정하면 스톱워드 필터링이 비활성화 된다.

 

Note: FULLTEXT 인덱스 값을 변경한 후에는 반드시 재 구축해야 한다. REPAIR TABLE tbl_name QUICK을 사용한다.

• general_log

일반 쿼리 로그가 활성화 되었는지를 나타냄. 이 값이 0 (또는 OFF)이면 로그가 비활성화 되고, 1 (또는 ON)이면 로그가 활성화된다. 디폴트 값은 --log 옵션이 주어졌는지에 따라서 틀려진다. 로그 결과를 작성하는 곳은 log_output 시스템 변수가 결정한다; 이 변수 값이 NONE이면, 로그가 활성화 되어 있다고 하더라도 어떠한 로그 엔트리도 기록되지 않는다. general_log 변수는 MySQL 5.1.12에서 추가되었다.

• general_log_file

일반 쿼리 로그 파일의 이름. 디폴트 값은 host_name.log이지만, --log 옵션을 사용해서 초기 값을 변경할 수가 있다. 이 변수는 MySQL 5.1.12에서 추가되었다.

• group_concat_max_len

GROUP_CONCAT() 함수가 사용할 수 있는 결과 값의 최대 크기. 디폴트는 1024.

• have_archive

mysqld가 ARCHIVE 테이블을 지원하면 YES 가 되고, 그렇지 않으면 NO가 된다.

• have_blackhole_engine

mysqld가 BLACKHOLE 테이블을 지원하면 YES. 아니면 NO.

• have_compress

zlib 압축 라이브러리를 서버에서 사용할 수 있으면 YES. 아니면, NO. 아닌 경우에는, COMPRESS()와 UNCOMPRESS()는 사용할 수 없다.

• have_crypt

crypt() 시스템 호출을 서버에서 사용할 수 있다면 YES. 아니면, NO.  아닌 경우에는, ENCRYPT() 함수를 사용할 수 없다.

• have_csv

mysqld가 ARCHIVE 테이블을 지원하면 YES. 아니면, NO.

• have_dynamic_loading

mysqld가 동적으로 플러그인을 읽어 오는 것을 지원하면 YES. 아니면, NO. 이 변수는 MySQL 5.1.10에서 추가되었다.

• have_example_engine

mysqld가 EXAMPLE 테이블을 지원하면 YES. 아니면, NO.

l        have_federated_engine

mysqld가 FEDERATED 테이블을 지원하면 YES. 아니면, NO.

• have_geometry

서버가 스파샬 (spatial) 데이터 타입을 지원하면 YES. 아니면, NO.

• have_innodb

mysqld가 InnoDB 테이블을 지원하면 YES. --skip-innodb이 사용되면, DISABLED.

• have_ndbcluster

mysqld가 NDB Cluster 테이블을 지원하면 YES. --skip-ndbcluster 이 사용되면, DISABLED.

• have_partitioning

mysqld가 파티셔닝 (partitioning)을 지원하면 YES. MySQL 5.1.1에서 have_partition_engine 형태로 추가된 후에 5.1.6에서 have_partioning로 이름을 바꿈.

• have_openssl

mysqld가 서버/클라이언트 프로토콜 SSL (암호화)을 지원하면 YES. 아니면, NO.

• have_query_cache

mysqld가 쿼리 캐시를 지원하면 YES. 아니면, NO.

• have_row_based_replication

서버가 열-기반 바이너리 로깅을 사용해서 리플리케이션을 실행할 수 있다면 YES. 이 값이 NO이면, 서버는 명령문 기반 로깅만 사용할 수 있다. 이 변수는 MySQL 5.1.5에서 추가된 후에 5.1.15에서 삭제되었다.

• have_rtree_keys

RTREE 인덱스를 사용할 수 있다면 YES. 아니면, NO. (이것은 MyISAM 테이블에 있는 스파샬 인덱스를 위해 사용된다.)  

• have_symlink

심볼릭 링크 지원이 활성화 되면 YES. 아니면, NO. 유닉스에서 DATA DIRECTORY 와 INDEX DIRECTORY 테이블 옵션 지원을 위해서, 그리고 윈도우에서는 데이터 디렉토리 심링크(symlink)를 지원하기 위해서는 이 변수가 필요하다.

• hostname

서버는 스타트업 시점에 이 변수를 서버 호스트 이름으로 설정한다. 이 변수는 MySQL 5.1.17에서 추가되었다.

• init_connect

연결 되어 있는 각 클라이언트를 위해 서버가 실행하는 스트링. 이 스트링은 한 개 또는 그 이상의 SQL 명령문으로 구성된다. 다중 명령문을 지정하기 위해서는, 각각을 세미콜론으로 구분한다. 예를 들면, 각 클라이언트는 디폴트로 오토커미트 (autocommit) 모드를 활성화 해서 사용한다. 오토커미트를 디폴트로 비활성화 시킬 수 있는 글로벌 시스템 변수는 없으나, init_connect를 사용하면 동일한 효과를 얻을 수가 있다:

 

SET GLOBAL init_connect='SET AUTOCOMMIT=0';

 

이 변수를 명령어 라인 또는 옵션 파일에서 설정할 수 있다. 옵션 파일에 안에서 이 변수를 설정하기 위해서는 다음의 라인을 추가한다:

 

[mysqld]

init_connect='SET AUTOCOMMIT=0'

 

SUPER 권한을 가지고 있는 사용자는 init_connect 컨텐츠를 실행할 수 없다는 점을 알아두기 바란다. 이것은 init_connect에 대한 오류 값으로 인해 모든 클라이언트가 연결을 할 수 없는 경우가 발생하지 않도록 하기 위한 것이다. 예를 들면, 이 변수 값에 신텍스 에러가 있는 명령문이 들어 있을 수도 있는데, 이런 일이 발생하면 클라이언트가 연결을 할 수 없게 된다.

 

init_connect 를 SUPER 권한을 가지고 있는 사용자용으로 실행하지 않으면 연결을 열고 init_connect 값을 고치는 것이 가능해진다.

• init_file

여러분이 서버를 구동할 때 --init-file 옵션을 사용해서 지정한 파일의 이름. 이것은 서버가 구동될 때 실행되기를 원하는 SQL 명령문을 가지고 있는 파일이어야 한다. 각 명령문은 싱글 라인으로 되어 있어야 하고 코멘트가 없어야 한다.

 

MySQL가 --disable-grant-options 옵션으로 구성되면 --init-file 옵션을 사용할 수 없다는 점을 알아 두자.

• init_slave

이 변수는 init_connect와 유사하지만, SQL 쓰레드가 시작될 때마다 슬레이브 서버가 실행하는 스트링이 된다. 스트링 포맷은 init_connect 변수 포맷과 같다.

• innodb_xxx

InnoDB 시스템 변수는 Section 14.5.4, “InnoDB 스타트업 옵션 및 시스템 변수”에 나와 있다.

• interactive_timeout

인터액티브 (interactive) 연결이 닫히기 전에 서버가 대기하는 시간. 인터액티브 클라이언트는 mysql_real_connect()를 위한 CLIENT_INTERACTIVE 옵션을 사용하는 클라이언트 형태로 정의된다. wait_timeout을 참조할 것.

• join_buffer_size

인덱스를 사용하지 않는 조인이 (join) 전체 테이블을 스캔하기 위해 사용하는 버퍼의 크기. 정상적인 경우, 빠른 조인을 얻을 수 있는 최선의 방법은 인덱스를 추가하는 것이다. 인덱스 추가가 불가능할 때 전체 조인을 보다 빠르게 하기 위해서는 join_buffer_size 값을 늘리면 된다. 하나의 조인 버퍼가 두 테이블 간의 각 전체 조인을 위해 할당된다. 인덱스를 사용하지 않는 여러 개의 테이블 간의 복잡한 조인을 위해서는, 다중 조인 버퍼가 필요할 수도 있다.

• key_buffer_size

모든 쓰레드는 MyISAM 테이블을 위한 인덱스 블록을 버퍼링하고 공유한다. key_buffer_size는 인덱스 블록을 위해 사용되는 버퍼의 크기이다. 키 버퍼는 키 캐시라고도 불린다.

 

key_buffer_size의 최대 사용 가능 설정 값은 4GB이다. 하지만, 효과적으로 사용되는 최대 크기는 이보다는 작은데, 이 크기는 여러분이 사용하는 시스템의 물리적인 RAM과 OS 또는 하드웨어 플랫폼이 한정하는 프로세스 당 RAM의 한계치에 따라 정해진다.

 

여유가 있는 만큼 최대한의 크기로 이 값을 늘려서 보다 나은 인덱스 핸들링 (모든 읽기와 다중 쓰기에 대해)을 구현한다. MySQL이 주로 구동되는 머신의 전체 메모리 중에서 25%를 사용하는 것이 가장 일반적인 방법이다. 하지만, 이 값을 너무 크게 설정하면 (예를 들면, 전체 메모리의 50% 이상), 시스템은 극도의 성능 저하가 발생할 수도 있다. MySQL은 데이터 읽기를 위한 파일 시스템 캐싱을 OS에 의존하기 때문에, 이러한 파일 시스템 캐싱을 위한 메모리 여유 공간을 확보해 두어야 한다. 또한, 다른 스토리지 엔진을 위한 메모리 공간도 고려를 해야 한다.

 

SHOW STATUS 명령문 및 Key_read_requests, Key_reads, Key_write_requests, 그리고 Key_writes 상태 변수를 조사함으로써 키 버퍼의 성능을 검사할 수가 있다.

 

Key_reads/Key_read_requests 비율은 일반적으로 0.01 보다 작게 나온다. 

 

Key_writes/Key_write_requests 비율은 업데이트와 삭제를 주로 사용할 경우에는, 거의 1 정도가 되지만, 만약에 많은 열을 동시에 업데이트를 하거나 또는 DELAY_KEY_WRITE 테이블 옵션을 사용할 경우에는 1보다 훨씬 작게 나온다.

 

사용 중에 있는 키 버퍼의 조각 (fraction)은 key_buffer_size를 Key_blocks_unused 상태 변수와 버퍼 블록 크기를 조인 (join)해서 측정할 수가 있으며, 이것은 key_cache_block_size 시스템 변수를 가지고 사용할 수가 있다:

 

1 - ((Key_blocks_unused × key_cache_block_size) / key_buffer_size)

 

이 값은 추정 값일 뿐인데, 그 이유는 키 버퍼에 있는 일정 공간들이 관리 구조상 내부적으로 할당되어 있기 때문이다.

 

다중의 MyISAM 키 캐시를 생성하는 것은 가능하다. 4GB의 크기 제한은 각 캐시에 개별적으로 적용되며, 그룹으로는 적용되지 않는다.

• key_cache_age_threshold

 

이 값은 버퍼를 키 캐시의 핫 서브-체인 (hot sub-chain)에서 왐 서브 체인 (warm sub-chain)으로 하향 조정 (demotion)하는 것을 제어한다. 값을 작게 할수록 하향 조정이 빠르게 진행된다. 최소 값은 100이다. 디폴트는 300이다.

• key_cache_block_size

키 캐시에 있는 블록의 바이트 크기. 디폴트는 1024이다.

• key_cache_division_limit

키 캐시 버퍼 체인의 핫 및 왐 서브 체인 (hot and warm sub-chain)간의 구분 포인트 (division point). 이것은 왐 서브 체인용으로 사용되는 버퍼의 퍼센트 값이 된다. 사용 가능한 범위는 1에서 100까지 이다. 디폴트 값은 100이다.

• language

에러 메시지용으로 사용되는 언어.

• large_file_support

mysqld가 대용량 파일 지원을 위한 옵션과 함께 컴파일 되었는지를 확인함.

• large_pages

대용량 페이지 지원이 활성화 되었는지를 검사.

• lc_time_names

이 변수는 요일 및 월의 이름과 그 축약형 표현 언어를 제어하는 로케일 (locale)을 지정한다. 이 변수는 DATE_FORMAT(), DAYNAME() 및 MONTHNAME() 함수에서 나오는 결과에 영향을 준다. 로케일 이름은 'ja_JP' 또는 'pt_BR'과 같은 POSIX-스타일 값이다. 디폴트 값은 사용 시스템에 상관없이 항상 'en_US'이다. 이 변수는 MySQL 5.1.12에서 추가되었다.

• license

서버가 가지고 있는 라이센스 타입.

• local_infile

LOCAL이 LOAD DATA INFILE 명령문을 지원하는지를 검사.

• locked_in_memory

mysqld가 메모리에서 –memlock을 가지고 잠겨 있는지를 검사.

• log

모든 명령문을 일반 쿼리 로그에 기록하는 것이 활성화 되었는지를 검사.

• log_bin

바이너리 로그가 활성화 되었는지를 검사.

• log_bin_trust_function_creators

이 변수는 바이너리 로그가 활성화 되었을 때 적용된다. 이것은 스토어드 함수 생성기 (creator)가 바이너리 로그에 불안정한 이벤트를 작성하는 스토어드 함수를 생성하지 못하도록 제어한다. 0 (디폴트)으로 설정되면, 사용자가 CREATE ROUTINE 또는 ALTER ROUTINE 권한과 더불어서 SUPER 권한을 갖고 있지 않는 한 스토어드 함수를 생성 또는 변경할 수가 없게 된다. 0으로 설정하면 함수가 DETERMINISTIC 특성 또는 READS SQL DATA 또는 NO SQL 특성을 가지고 선언되어야 하는 제약이 추가된다. 이 변수를 1로 설정하면, MySQL은 스토어드 함수 생성에서 대해서 이러한 제약을 하지 않게 된다.

• log_error

에러 로그의 위치.

• log_output

일반 쿼리 로그와 슬로우 쿼리 로그 결과를 기록할 위치. 이 값을 표시할 때 TABLE (테이블에 기록), FILE (파일에 기록), 또는 NONE (테이블 또는 파일 중의 어느 곳에도 기록하지 않음) 중에 하나 이상을 사용하면 콤마로 구분을 해 준다. 디폴트 값은 TABLE이다. 만일 NONE이 존재한다면, 다른 지정 값보다 우선권을 갖는다. 이 값이 NONE이면, 로그를 활성화되어 있더라도 로그 엔트리를 기록하지 않게 된다. 로그가 활성화되어 있지 않다면, log_output이 NONE가 아니더라도 어떠한 기록도 하지 않게 된다.

• log_queries_not_using_indexes

인덱스를 사용하지 않는 쿼리가 슬로우 쿼리 로그에 기록되는지를 검사. Section 5.11.5, “슬로우 쿼리 로그”를 참조할 것. 이 변수는 MySQL 5.1.11에서 추가되었다.

• log_slave_updates

마스터 서버로부터 슬레이브 서버가 받게 되는 업데이트가 슬레이브 자신의 바이너리 로그에 기록되는지를 검사한다. 바이너리 로깅을 슬레이브에서 영향을 주기 위해서는 이것이 반드시 활성화 되어야 한다.

• log_slow_queries

슬로우 쿼리가 로그 되는지를 검사. “슬로우(Slow)”는 long_query_time 변수 값을 가지고 측정한다. Section 5.11.5, “슬로우 쿼리 로그”를 참조할 것.

• log_warnings

추가적인 경고 메시지가 나오는지를 검사. 디폴트로는 활성화 (1)되어 있다. 허용되지 않은 연결은 그 값이 1보다 크지 않으면 에러 로그에 기록되지 않는다.

• long_query_time

쿼리 실행이 이 값보다 오래 걸리면, 서버는 Slow_queries 상태 변수를 증가시킨다. --log-slow-queries 옵션을 사용하면, 쿼리는 슬로우 쿼리 로그 파일에 기록된다. 이 값은 CPU 시간이 아닌 실제 시간으로 측정되기 때문에, 가볍게 (lightly) 로드된 시스템의 한계 상황 (threshold)에 있는 쿼리는 무겁게 (heavily) 로드된 시스템의 한계 상황 위에 있는 것 보다 우선권을 가지게 된다. 최소 값은 1이다. 디폴트는 10이다. Section 5.11.5, “슬로우 쿼리 로그”를 참조할 것.

• low_priority_updates

만약에 이 값을 1로 설정하면, 모든 INSERT, UPDATE, DELETE, 및 LOCK TABLE WRITE 명령문은 이것들이 영향을 주는 테이블에 더 이상 처리되지 않은 SELECT 또는 LOCK TABLE READ 명령문이 없을 때 실행을 대기한다. 이것은 테이블-레벨 잠금 (MyISAM, MEMORY, MERGE)만을 사용하는 스토리지 엔진에만 영향을 준다. 예전에는 이 변수를 sql_low_priority_updates라고 불렀다.

• lower_case_file_system

이 변수는 데이터 디렉토리가 저장되어 있는 파일 시스템의 대소 문자 구분 여부를 나타낸다. OFF는 파일 이름의 대소 문자 구분을 하는 것을 의미하며, ON은 구분 하지 않는다는 것을 나타낸다.

• lower_case_table_names

이 변수가 1로 설정되면, 테이블 이름은 디스크에 소문자로 저장되고 테이블 이름 비교는 대소 문자를 구분하지 않게 된다. 2로 설정되면, 테이블 이름은 주어진 문자 크기의 이름으로 저장되지만, 소문자 비교만을 하게 된다. 이 옵션은 데이터 베이스 이름과 테이블 별칭에도 적용된다.

InnoDB 테이블을 사용하는 경우에는, 모든 플랫폼에 이 변수 값을 1로 설정해서 모든 이름이 소문자로 변환되도록 해야 한다.

대소 문자를 구분하는 파일 이름을 갖고 있지 않는 시스템 (윈도우 또는 Mac OS X)에서 MySQL을 구동하고 있다면, 이 변수를 0으로 설정하지 말아야 한다. 이 변수가 스타트업 때 설정되지 않고 데이터 디렉토리가 저장되어 있는 파일 시스템이 파일 이름의 문자 크기를 구분하지 않는다면, MySQL은 자동으로 lower_case_table_names을 2로 설정한다.

• max_allowed_packet

패킷 한 개의 최대 크기 또는 생성되었거나 생성 중인 스트링의 최대 크기.

패킷 메시지 버퍼는 net_buffer_length 바이트 크기로 초기화 되지만, 필요할 경우에는 max_allowed_packet 바이트만큼 커지게 된다. 디폴트 값은 대형 패킷을 가져올 만큼의 크기가 된다.

여러분이 BLOB 컬럼 또는 긴 스트링을 사용한다면 이 값을 늘려야 한다. 그 크기는 여러분이 원하는 BLOB의 크기만큼 만들어야 한다. max_allowed_packet에 대한 프로토콜 제한치는 1GB이다.

• max_binlog_cache_size

다중 명령문 트랜젝션이 이것보다 많은 메모리를 요구한다면, 서버는 Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage 에러를 발생 시킨다. 이 변수의 최소 값은 4096 바이트이며, 최대 및 디폴트 값은 4GB이다.

• max_binlog_size

바이너리 로그에 기록하는 것으로 인해 현재의 로그 파일 크기가 이 변수 값을 초과하게 된다면, 서버는 바이너리 로그를 로테이트 시킨다 (현재의 파일을 닫고 다음 파일을 연다). 여러분은 이 변수의 값을 1GB보다 초과하거나 4096 바이트 보다 작게 설정할 수 없다. 디폴트 값은 1GB이다.

하나의 트랜젝션은 그 자체가 바이너리 로그에 기록되기 때문에, 트랜젝션을 여러 개로 나누어서 각 바이너리에 저장하는 것은 불가능 하다. 그러므로, 커다란 트랜젝션을 가지고 있는 경우에는, max_binlog_size 보다 큰 바이너리 로그를 볼 수도 있을 것이다.

max_relay_log_size가 0이면, max_binlog_size의 값은 릴레이 로그에도 함께 적용된다.

• max_connect_errors

만약에 어떤 호스트에서 나오는 인터럽트의 숫자가 이 변수의 숫자보다 많으면, 그 호스트가요청하는 다음 연결은 차단된다. FLUSH HOSTS 명령문을 사용하면 차단된 호스트를 해제 시킬 수 있다.

• max_connections

클라이언트의 동시 연결 허용 숫자. MySQL 5.1.15 이후에는 디폴트로 150개가 허용된다. (이전 버전에서는 디폴트가 100이다.)

이 값을 늘리면 mysqld이 요구하는 파일 디스크립터 (descriptor)의 숫자가 늘어나게 된다.

• max_delayed_threads

INSERT DELAYED 명령문을 처리하기 위해서는 쓰레드의 숫자를 이 값보다 크게 시작하지 말 아야 한다. 만약에 모든 INSERT DELAYED 쓰레드를 사용한 후에 새로운 테이블에 데이터를 삽입하고자 한다면, 삽입되는 열은 마치 DELAYED 속성을 지정하지 않은 것처럼 동작한다. 이것을 0으로 설정하면, MySQL은 DELAYED 줄을 처리하는 쓰레드를 결코 생성하지 않는다; 이로 인해 DELAYED가 전체적으로 비활성화된다.

• max_error_count

SHOW ERRORS 와 SHOW WARNINGS 명령문에 의해 화면에 보여주기 위해 저장하는 에러, 경고, 그리고 노트 메시지의 최대 숫자.

• max_heap_table_size

이 변수는 MEMORY 테이블이 커질 수 있는 최대의 크기를 설정한다. 이 변수의 값은 MEMORY 테이블의 MAX_ROWS 값을 계산하는데 사용된다. 이 변수 값 설정은 테이블이 CREATE TABLE과 같은 명령문을 가지고 재 생성 되지 않거나 ALTER TABLE 또는 TRUNCATE TABLE을 가지고 변경되지 않는 한 기존의 어떠한 MEMORY 테이블에도 영향을 미치지 않는다.

• max_insert_delayed_threads

이 변수는 max_delayed_threads와 동일한 것이다.

• max_join_size

max_join_size 열 (싱글-테이블 명령문에 대해서) 또는 열 조합 (다중-테이블 명령문에 대해서) 보다 많은 것을 검사하는데 필요하거나 또는 max_join_size 디스크 검사보다 많은 것을 처리하는 SELECT 명령문을 허용하지 않는다. 이 값을 설정하면, 여러분은 키가 올바르게 사용되지 않고 오랜 시간 동안 처리가 되는 SELECT 명령문을 가져올 수가 있다. 사용자가 WHERE 구문이 부족하거나, 오랜 시간이 걸리는, 또는 수많은 줄을 리턴 하는 조인 (join)을 실행하고자 한다면, 이것을 설정한다.

DEFAULT 값이 아닌 것으로 이 변수를 설정하면 SQL_BIG_SELECTS 값은 0으로 리셋 된다. SQL_BIG_SELECTS 값을 다시 설정하면, max_join_size 변수는 무시된다.

쿼리 결과가 쿼리 캐시에 있다면, 결과 크기 검사는 수행되지 않는데, 그 이유는 결과 값이 이전에 이미 계산되었기 때문에 클라이언트에 그것을 보낼 필요가 없기 때문이다.

예전에는 이 변수를 sql_max_join_size라고 했었다.

• max_length_for_sort_data

어떤 filesort 알고리즘을 사용할지 결정하는 인덱스 값의 크기를 컷오프함 (cutoff).

• max_prepared_stmt_count

이 변수는 서버에 존재하는 프리페어드 명령문의 전체 숫자를 제한한다. 디폴트 값은 16382이다. 사용 가능 범위는 0에서 1백만임. 이 변수 값을 현재의 프리페어드 명령문 수보다 작게 설정하면, 현재 존재하는 명령문은 아무런 영향을 받지 않지만, 현재의 숫자가 제한 값 이하로 떨어지지 전까지 새로운 명령문은 준비할 수 없게 된다. 이 변수는 MySQL 5.1.10에서 추가되었다.

• max_relay_log_size

리플리케이션 슬레이브가 자신의 릴레이 로그에 기록을 함으로써 현재의 로그 파일이 이 변수 크기보다 커지게 되면, 슬레이브는 릴레이 로그를 로테이트 시킨다 (현재의 파일을 닫고 그 다음의 파일을 연다). 만약에 max_relay_log_size가 0 이면, 서버는 max_binlog_size를 바이너리 로그와 릴레이 로그 모두를 위해 사용한다. max_relay_log_size가 0보다 크게 되면, 서버는 릴레이 로그 크기를 제한하게 되고, 여러분이 두 개의 로그 파일을 서로 다른 크기로 사용할 수 있도록 한다. max_relay_log_size는 4096 바이트와 1GB, 또는 0으로 설정해야 한다. 디폴트 값은 0이다.

• max_seeks_for_key

키를 기반으로 열을 찾을 때 검색 (seek)하는 최대 추정 숫자의 한계.  MySQL 옵티마이저는, 인덱스를 스캐닝해서 테이블에서 매칭 열을 찾을 때, 인덱스의 실제 기수 (cardinality)에는 상관 없이 키 검사의 숫자가 이것보다 크지 않다고 가정한다. 이것을 작은 값으로 설정해서(100 정도) MySQL로 하여금 테이블 스캔 대신에 인덱스 스캔 하도록 만들 수가 있다.

• max_sort_length

BLOB 또는 TEXT 값을 정렬할 때 사용하는 바이트 수. 각 값의 첫 번째 max_sort_length 바이트만이 사용된다; 나머지는 무시된다.

• max_sp_recursion_depth

스토어드 프로시저가 자신을 호출하는 횟수. 디폴트는 0이며, 이것을 사용하면 스토어드 프로시저가 반복되는 것을 완벽하게 막을 수가 있다. 최대 값은 255임.

이 변수는 글로벌 및 세션으로 설정할 수 있다.

• max_tmp_tables

클라이언트가 동시에 오픈할 수 있는 임시 테이블의 최대 숫자. (이 옵션은 아직 어떠한 연산도 하지 않는다.)  

• max_user_connections

주어진 모든 MySQL 계정에게 허용된 최대 동시 연결 수. 0 은 “제한 없음 (no limit)”을 의미 한다.

이 변수는 글로벌 및 세션 범위 (읽기 전용)로 설정할 수 있다. 현재의 계정이 0이 아닌 MAX_USER_CONNECTIONS 리소스 리미트 (limit)를 가지고 있지 않는 한 세션 변수는 글로벌 변수와 같은 값을 가지게 된다. 이와 같은 경우, 세션 변수에는 계정 리미트가 적용된다.

• max_write_lock_count

이 변수만큼 쓰기 잠금 (lock)을 실행 한 후에, 지연 중인 읽기 잠금 요청을 실행하도록 만든다.

• multi_range_count

범위를 선택할 때 테이블 핸들러에 동시에 전달하는 최대 범위. 디폴트 값은 256임. 여러 개의 범위를 핸들러에 동시에 전달하면 선택 연산의 속도를 효과적으로 개선 시킬 수가 있다. 특히 모든 노드에 범위 요청을 보내야 하는 NDB 클러스터 핸들러에서 가장 효과적으로 사용할 수 있다. 이러한 요청을 배치 (batch) 형태로 동시에 보내면 통신 비용을 현격하게 절감할 수 있다.

• myisam_block_size

MyISAM 인덱스 페이지용으로 사용하는 블록의 크기.

• myisam_data_pointer_size

아무런 MAX_ROWS 옵션이 지정되지 않을 때 CREATE TABLE이 MyISAM 테이블용으로 사용하는 디폴트 포인터 크기 (바이트 단위). 이 변수는 2보다 작거나 7보다 클 수가 없다. 디폴트는 6이다.

• myisam_max_extra_sort_file_size (거의 사용하지 않음)

Note: MySQL 5.1에서는 이 변수를 지원하지 않는다. MySQL 5.0 Reference Manual을 참조할 것.

• myisam_max_sort_file_size

MyISAM 인덱스를 재 생성하는 동안 (REPAIR TABLE, ALTER TABLE, 또는 LOAD DATA INFILE를 실행하는 동안) MySQL이 사용할 수 있는 임시 파일의 최대 크기. 파일의 크기가 이 값보다 크면, 인덱스는 좀 더 느린 키 캐시를 대신 사용해서 생성된다. 이 변수는 바이트 단위로 값을 준다.

디폴트 값은 2GB이다. MyISAM 인덱스 파일이 이 크기를 초과하고 디스크 공간을 사용할 수 있다면, 이 변수 값을 늘려 주는 것이 성능 향상에 도움이 될 것이다.

• myisam_recover_options

--myisam-recover 옵션의 값. Section 5.2.2, “명령어 옵션”를 참조할 것.

• myisam_repair_threads

이 값이 1보다 크면, MyISAM 테이블 인덱스는 Repair by sorting 프로세스 동안에 병렬 (각 인덱스는 자신의 쓰레드에 있게 됨)로 생성된다. 디폴트는 1이다. Note: 다중-쓰레드 리페어 (repair)는 아직 베타 수준이다.

• myisam_sort_buffer_size

REPAIR TABLE을 실행하는 동안 MyISAM 인덱스를 정렬할 때 또는 CREATE INDEX 또는 ALTER TABLE을 가지고 인덱스를 생성할 때 할당되는 버퍼의 크기.

• myisam_stats_method

MyISAM 테이블용 인덱스 값 배포에 관련된 통계 값을 수집할 때 서버가 NULL 값을 처리하는 방법. 이 변수는 nulls_equal과 nulls_unequa 중에 하나의 값을 가진다. nulls_equal의 경우에는, 모든 NULL 인덱스 값은 동일한 값으로 간주되며 NULL 값의 숫자와 동일한 크기를 갖는 단일 값 그룹을 형성한다. nulls_unequal의 경우에는, NULL 값은 동일하지 않는 것으로 간주되고, 각각의 NULL은 크기가 1인 서로 구분되는 그룹을 형성한다.

테이블 통계 값를 만들기 위해 사용하는 방식은 옵티마이저가 쿼리 실행을 위해 인덱스를 선택하는 방법에 영향을 주며, 이에 대해서는 Section 7.4.7, “MyISAM 인덱스 통계값 수집”에서 자세히 다루고 있다.

• myisam_use_mmap

MyISAM 테이블에서 읽기 및 쓰기 연산을 메모리 매핑을 사용해서 하도록 만든다. 이 변수는 MySQL 5.1.4에서 추가되었다.

• multi_read_range

범위를 선택하는 동안에 스토리지 엔진에 보내는 범위의 최대 숫자를 지정한다. 디폴트 값은 256이다. 하나의 엔진에 여러 개의 범위를 동시에 보내면 특히 NDBCLUSTER와 같은 엔진의 선택 연산 성능이 크게 향상된다. 이 엔진은 범위 요청을 모든 모드에 보낼 필요가 있고, 한번에 이러한 많은 요청을 보내는 것은 통신 비용을 매우 효과적으로 절감시킬 수가 있다.

• named_pipe

(윈도우 시스템만 적용됨.) 서버가 네임드 파이프를 통한 연결을 지원하는지 나타낸다.

• ndb_autoincrement_prefetch_sz

자동으로 증가하는 컬럼에서 갭 (gap)이 존재할 가능성을 판단한다. 이 변수를 1로 설정하면 그 가능성이 최소화된다. 최적화를 위해서는 보다 큰 수로 설정한다 — 이렇게 하면 삽입 연산은 빨라지지만, 연속적인 자동 증가 수를 삽입 배치 파일에서 사용할 가능성은 줄어 든다. 디폴트 값은 32이고, 최소 값은 1이다.

• ndb_cache_check_time

NDB 쿼리 캐시를 검사하기 전에 대기하는 시간 (밀리 초 단위)을 가지는 변수. 이 변수를 0 (디폴트 값이고 최소 값임)하면 매번 쿼리를 할 때마다 NDB 쿼리 캐시를 검사하게 된다.

권장 최대 값은 1000이며, 이렇게 하면 쿼리 캐시를 매 초마다 검사하게 된다. 이 보다 크게 설정하면 NDB 쿼리 캐시를 검사하게 되고 서로 다른 mysqld에서 발생하는 업데이트로 인해 유효하지 못한 값을 가지게 된다. 이 변수를 2000 이상의 값으로 설정하는 것은 일반적으로 바람직하지 않다.

• ndb_extra_logging

이 변수를 0이 아닌 값으로 설정하면 디버깅 또는 트러블 슈팅 (trouble shooting)을 위한 엑스트라 NDB 로깅을 활성화 시킬 수가 있다. 디폴트 값은 0이다.

이 변수는 MySQL 5.1.6에서 추가되었다.

• ndb_force_send

다른 쓰레드를 기다리지 말고 NDB에 버퍼를 즉시 보내도록 만드는 변수. 디폴트는 ON.

• ndb_index_stat_cache_entries

시작 키 및 종료 키의 숫자를 측정해서 통계 입도 (granularity)를 통계 메모리에 저장하도록 만드는 변수. 변수 값이 0이면 캐시에 아무것도 저장되지 않는다; 이러한 경우에는 데이터 노드를 직접 쿼리한다. 디폴트는 32임.

• ndb_index_stat_enable

쿼리 최적화 과정에서 NDB 인덱스 통계를 사용하도록 만드는 변수. 디폴트는 ON.

• ndb_index_stat_update_freq

통계 캐시 대신에 데이터 노드를 쿼리하는 시기를 가리키는 변수. 예를 들면, 이 변수의 값이 20 (디폴트 값임)이면 매 20번째 쿼리마다 데이터 노드를 직접 쿼리 한다는 의미가 된다.

• ndb_optimized_node_selection

SQL 노드로 하여금 클러스터에서 가장 가까운 노드에 접속하도록 만드는 변수. 기본적으로 활성화 되어 있음. 0으로 설정하면 OFF가 된다 (비활성화). 이 변수가 비활성화되면 SQL 노드는 바로 옆에 있는 노드에 접속을 한다.

MySQL 4.1.9에서 추가됨.

• ndb_report_thresh_binlog_epoch_slip

이 변수는 binlog 상태를 보고하기 전에 뒤에 남게 되는 에포크 (epoch) 쓰레스홀드 (threshold)다. 예를 들면, 이 변수의 값이 3 (디폴트)으로 하면, 스토리지 노드가 전달하는 에포크와 binlog에 적용되는 에포크 간의 차이가 3 이상이 되면 상태 메시지를 클러스터 로그에 전달한다는 것을 의미한다.

• ndb_report_thresh_binlog_mem_usage

이 변수는 binlog 상태를 보고하기 전에 남아 있는 사용 가능 메모리 퍼센트 쓰레스홀드 (threshold)다. 예를 들면, 이 변수의 값을 10 (디폴트)으로 하면, 데이터 노드가 전달하는 binlog 데이터를 위해 사용 가능한 메모리가 10% 이하가 되면 상태 메시지를 클러스터 로그에 전달한다는 것을 의미한다.

• ndb_use_copying_alter_table

문제 이벤트가 발생하면 NDB로 하여금 온라인 ALTER TABLE 연산을 사용해서 테이블 복사본을 사용하도록 만드는 변수. 디폴트는 OFF.

이 변수는 MySQL 5.1.12에서 추가되었다.

• ndb_use_exact_count

SELECT COUNT(*) 쿼리를 진행하는 동안 이러한 형태의 쿼리를 빠르게 처리하기 위해서 NDB로 하여금 레코드의 카운트를 사용하도록 만드는 변수. 디폴트는 ON. 전반적으로 쿼리 처리 속도를 향상 시키기 위해서는, ndb_use_exact_count 변수를 OFF로 설정하도록 한다.

• ndb_use_transactions

이 변수를 OFF로 설정하면 NDB 트랜젝션 지원이 비활성화 된다 (권장하지 않음). 디폴트는 ON.

• ndb_wait_connected

MySQL 서버를 MySQL 클러스터 관리 노드 및 데이터 노드에 연결하기 위해 대기 시키는 시간을 나타내는 변수. 변수 값은 초 단위로 설정한다. 디폴트는 0.

• net_buffer_length

각 클라이언트 쓰레드는 연결 버퍼 및 결과 버퍼와 연결된다. 이 두 버퍼는 모두 net_buffer_length 변수가 제공하는 크기로 시작하지만 필요할 경우에는 언제든지 동적으로 max_allowed_packet 변수가 지정하는 크기 만큼 확장 시킬 수가 있다. 결과 버퍼는 각 SQL 명령문이 실행된 후에 net_buffer_length 변수 크기로 줄어 들다.

이 변수는 정상적인 경우에는 변경되지 않지만, 메모리를 매우 적게 가지고 있는 경우에는 클라이언트가 보내는 명령문의 예상 크기만큼 변수 크기를 설정할 수가 있다. 만일 명령문이 이 변수보다 크게 되면, 연결 버퍼가 자동으로 확장된다. net_buffer_length 변수에 설정할 수 있는 최대 크기는 1MB이다.

• net_read_timeout

읽기 연산을 중단하기 전에 서버 연결을 통해 보다 많은 데이터를 읽기 위해 대기하는 시간. 이 타임 아웃은 TCP/IP를 통한 연결에만 적용되며, 유닉스 소켓 파일, 네임드 파이프, 또는 공유 메모리를 통한 연결은 적용되지 않는다. 서버가 클라이언트로부터 데이터를 읽을 경우에는 net_read_timeout이 중단 시기를 제어하는 타임 아웃 값이 된다. 서버가 클라이언트에 쓰기 연산을 하는 경우에는 net_write_timeout이 중단 시기를 제어하는 타임 아웃 값이 된다. slave_net_timeout도 함께 참조하기 바람.

• net_retry_count

통신 포트에서 읽기 연산이 인터럽트 (interrupt)되면, 중단을 하기 전에 이 변수가 지정하는값만큼 다시 시도를 한다. FreeBSD에서는 이 변수를 매우 크게 설정을 해야 하는데, 그 이유는 내부 인터럽트가 모든 쓰레드에 전달 되기 때문이다.

• net_write_timeout

쓰기 연산을 중단하기 전에 하나의 블록이 기록될 때까지 기다리는 대기 시간. 이 타임 아웃은 TCP/IP 연결에만 적용되며, 유닉스 소켓 파일, 네임드 파이프, 또는 공유 메모리를 통한 연결에는 적용되지 않는다. net_read_timeout도 참조할 것.

• new

이 변수는 MySQL 4.0에서 사용되었다. 현재는 이전 버전과의 호환성을 위해 남아 있다. 5.1에서는 항상 OFF이다.

• old

old는 호환성 변수다. 이 변수는 디폴트로 비활성화 되어 있지만, 서버를 이전 버전 방식으로 구동시키기 위해 서버 스타트업 시점에 이것을 활성화 시킬 수도 있다.

현재의 버전에서는, 이것을 활성화 시키게 되면, MySQL 5.1.17 이전에 사용했던 디폴트 인덱스 힌트 (hint) 범위를 변경하게 된다. 즉, FOR 구문을 사용하지 않는 인덱스 힌트는 열을 복구하기 위한 인덱스 사용 방법에만 적용이 되고 ORDER BY 또는 GROUP BY 구문을 해석하는 데에는 적용이 되지 않는다. 리플리케이션 설정에서 이 변수를 활성화 시킬 때에는 많은 주의를 하도록 한다. 명령문 기반 바이너리 로깅을 사용하는 경우, 마스터와 슬레이브에 대해서 서로 다른 모드를 가지면 리플리케이션 에러가 발생할 수 있다.

이 변수는 MySQL 5.1.17에서 old_mode 이름으로 추가된 후에 MySQL 5.1.18에서 old로 이름을 변경하였다.

• old_passwords

서버가 MySQL 계정용 패스워드로 4.1 이전 스타일을 사용하는지 검사하는 변수.

• one_shot

이것은 변수가 아니지만, 몇몇 변수들을 설정할 때 사용된다. 이 변수에 대해서는 Section 13.5.3, “SET 신텍스”에서 설명하고 있다.

• open_files_limit

OS가 mysqld에 허용한 오픈 가능 파일 수. 이것은 시스템이 허용하는 실제 값이며, 여러분이 --open-files-limit 옵션을 사용해서 mysqld 또는 mysqld_safe에 준 값과는 다른 것이다. MySQL이 오픈 파일의 숫자를 변경하지 못하는 시스템에서는 이 값이 0 이 된다.

• optimizer_prune_level

옵티마이저 검색 공간에서 적게 사용될 (less-promising) 부분을 잘라내는 쿼리 최적화를 실행하는 동안 적용되는 휴리스틱스 (heuristics)을 제어함. 그 값이 0 이면 휴리스틱스를 비활성화 시켜서 옵티마이저가 소모적인 검색 (exhaustive search)을 하도록 만든다. 1로 설정하면 옵티마이저는 중간 플랜 (intermediate plan)에 의해 추출된 열의 숫자를 기반으로 검색 플랜을 잘라낸다.

• optimizer_search_depth

쿼리 옵티마이저가 실행하는 검색의 최대 깊이. 쿼리 릴레이션 숫자보다 크게 설정하면 보다 좋은 쿼리 플랜을 만들 수는 있으나, 쿼리의 실행 플랜을 만드는 데에는 보다 많은 시간이 필요하게 된다. 쿼리에 있는 릴레이션 보다 작게 설정을 하면 실행 플랜이 좀더 빨라지기는 하지만, 결과 플랜은 더욱 더 나쁘게 나올 수도 있다. 0으로 설정을 하면, 시스템은 자동으로 적당한 값을 가져오게 된다. 쿼리에서 사용되는 테이블의 최대 크기에 2를 더해서 설정을 하면, 옵티마이저는 5.0.0 (그리고 이전 버전)에서 사용되었던 알고리즘으로 변환된다.

• pid_file

프로세스 ID (PID) 파일의 경로. 이 변수는 --pid-file 옵션으로 설정할 수 있다.

• plugin_dir

plugin 디렉토리 경로 이름. 이 변수는 MySQL 5.1.2에서 추가되었다.

• port

서버가 TCP/IP 연결용으로 사용하는 포트 번호. 이 변수는 –port 옵션으로 설정할 수 있다.

• preload_buffer_size

인덱스를 프리 로딩 preloading)할 때 할당되는 버퍼의 크기.

• prepared_stmt_count

프리페어드 명령문의 현재 숫자. (명령문의 최대 숫자는 max_prepared_stmt_count 시스템 변수로 줄 수 있다.) 이 변수는 MySQL 5.1.10에서 추가되었다. 이 변수는 MySQL 5.1.14에서 글로벌 Prepared_stmt_count 상태 변수로 변경되었다.

• protocol_version

MySQL 서버가 사용하는 클라이언트/서버 프로토콜 버전.

• query_alloc_block_size

명령문을 분석 및 실행하는 동안에 생성되는 오브젝트를 위해 할당되는 메모리 블록 할당 크기. 메모리 분할 (fragmentation)에 문제가 있다면, 이 변수를 약간 늘려 주면 도움이 될 것이다.

• query_cache_limit

이 변수 값보다 큰 결과는 캐시하지 말도록 지정하는 변수. 디폴트는 1MB이다.

• query_cache_min_res_unit

쿼리 캐시가 블록에 할당하는 최소 크기 (바이트 단위). 디폴트는 4096 (4KB)이다. 이 변수에 대한 튜닝 정보는 Section 5.13.3, “쿼리 캐시 구성”에 있다.

• query_cache_size

쿼리 결과를 캐싱하기 위해 할당되는 메모리 크기. 디폴트는 0 이며, 이것은 쿼리 캐시를 비활성화 한다는 것을 의미한다. query_cache_type을 0으로 설정하더라도, query_cache_size의 크기는 할당된다는 것을 알아두기 바란다.

• query_cache_type

쿼리 캐시 타입을 설정한다. GLOBAL 값을 설정하면 나중에 연결되는 모든 클라이언트가 이 타입을 사용하게 된다. 개별 클라이언트들은 자신만의 쿼리 캐시를 SESSION 값으로 설정할 수 있다. 이 변수가 사용할 수 있는 값은 다음과 같다:

 

 

디폴트 값은 ON이다.

• query_cache_wlock_invalidate

일반적으로, 하나의 클라이언트가 MyISAM 테이블상에서 WRITE 잠금을 획득하면, 쿼리 결과가 쿼리 캐시에 존재할 경우에 다른 클라이언트는 테이블에서 읽은 명령문을 입력하지 못하도록 막을 수가 없게 된다. 이 변수를 1로 설정하면 테이블에 대한 WRITE 잠금 획득이 그 테이블을 참조하는 쿼리 캐시에 있는 모든 쿼리를 유효하지 못한 것으로 만든다. 이로 인해 잠금이 효력을 갖고 있는 동안 테이블 접속을 시도하는 다른 클라이언트는 계속 대기를 하게 된다.

• query_prealloc_size

명령문 파싱 및 실행을 위해 사용되는 영구 (persistent) 버퍼의 크기. 이 버퍼는 명령문 사이에서는 사용할 수 없다. 여러분이 복잡한 쿼리를 구동 시킨다면, query_prealloc_size 값을 보다 크게 하는 것이 성능 개선을 위해 효과적인 것인데, 그 이유는 서버가 쿼리 실행 연산을 하는 동안 메모리 할당을 할 필요가 없기 때문이다.

• range_alloc_block_size

범위 최적화를 할 때 할당되는 블록의 크기.

• read_buffer_size

시퀀셜 스캔을 실행하는 각 쓰레드는 스캔을 하는 각 테이블 별로 이 변수 크기만큼의 버퍼를 할당한다 (바이트 단위). 여러분이 많은 수의 시퀀셜 스캔을 한다면, 이 변수의 값을 늘리고자 할 것이다. 이 변수의 디폴트 값은 131072 이다.

read_buffer_size 및 read_rnd_buffer_size는 스토리지 엔진에 관련된 것이 아니며 최적화를 위해 일반적으로 사용할 수 있는 변수들이다.

• read_only

리플리케이션 슬레이브 서버를 위해 이 변수를 ON으로 설정을 하면, 슬레이브가 슬레이브 쓰레드 또는 SUPER 권한을 갖는 사용자로부터 오는 업데이트만을 실행하고 나머지 업데이트는 무시를 하게 된다. 이것은 슬레이브 서버가 자신의 마스터 서버 (클라이언트가 아님)에서 나오는 업데이트만 수용하도록 할 때 유용하게 사용할 수 있다. 이 변수는 TEMPORARY 테이블에는 적용되지 않는다.

read_only는 GLOBAL 변수로만 존재하기 때문에 이 값을 변경하기 위해서는 SUPER 권한이 필요하다. 마스터에 있는 read_only 변수를 변경해도 슬레이브 서버에는 복제 (replicate)되지 않는다. 마스터와는 별개로 슬레이브 서버에서 변수 값을 설정할 수가 있다.

 

MySQL 5.1.15 이후부터 아래의 조건이 적용된다:

• 여러분이 배타적인 (explicit) 잠금을 가지고 있는 동안 read_only 변수를 활성화 시키고자 시도하면 (LOCK TABLES을 통해 얻거나 또는 트랜젝션이 지연되고 있다면), 에러가 발생한다.
• 다른 클라이언트가 배타적인 테이블 잠금을 가지고 있거나 또는 트랜젝션이 지연되고 있다면, 잠금이 풀리고 트랜젝션이 종료하기 전에는 read_only 변수를 활성화 시키지 못한다. read_only 변수를 활성화 시키는 시도가 지연되는 동안에는, read_only 변수가 설정되어 있지 않는 한 다른 클라이언트가 테이블 잠금 요청하거나 또는 트랜젝션 시작을 요청하는 것이 막히게 된다.
• 여러분이 글로벌 읽기 잠금 (FLUSH TABLES WITH READ LOCK를 통해 획득한)을 가지고 있는 동안에는 read_only 변수를 활성화 시킬 수가 있는데, 그 이유는 이 변수가 테이블 잠금을 가지고 있지 않기 때문이다. 
• read_rnd_buffer_size

키 정렬 연산을 실행한 후에 정렬된 순서대로 열을 읽을 경우에는 디스크 검색을 피하기 위해 이 버퍼를 사용해서 열을 읽게 된다. 이 변수를 큰 값으로 설정하면 ORDER BY 연산 성능이 현격하게 향상된다. 하지만, 이 변수는 각 클라이언트 별로 할당되는 버퍼이므로, 글로벌 변수에는 큰 값을 할당하지 말아야 한다. 대신에, 대형 쿼리들을 구동해야 하는 클라이언트에서는 세션 변수를 변경하도록 한다.

read_buffer_size 및 read_rnd_buffer_size는 스토리지 엔진에 관련된 변수가 아니며 최적화를 위해 일반적으로 사용할 수 있는 변수들이다.

• relay_log_purge

릴레이 로그 파일이 더 이상 필요하지 않으면 즉시 릴레이 로그 파일을 자동으로 깨끗이 비우는 것 (purging)을 활성화 또는 비활성화 시킴. 디폴트 값은 1 (ON)임.

• rpl_recovery_rank

이 변수는 더 이상 사용되지 않는다.

• secure_auth

만약에 MySQL 서버가 --secure-auth 옵션을 가지고 구동 되었다면, 구형 포맷 (4.1 이전)패스워드를 갖고 있는 모든 계정의 접속을 막게 된다. 그와 같은 경우, 이 변수의 값은 ON이 되고, 반대의 경우는 OFF가 된다.

구형 포맷의 패스워드 사용을 전적으로 막고자 한다면 이 변수의 값을 활성화 시킨다.

이 옵션이 활성화 되어 있고 권한 테이블이 4.1 이전 버전으로 되어 있다면 서버는 에러를 발생시키며 구동에 실패를 하게 된다.

• secure_file_priv

이 변수는 디폴트로 비어 있다. 어떤 디렉토리의 이름을 설정하는 경우에, 이 변수는 LOAD_FILE() 함수 및 LOAD DATA 와 SELECT ... INTO OUTFILE 명령문이 그 디렉토리에 있는 파일에서만 동작을 하도록 제한한다.

이 변수는 MySQL 5.1.17에서 추가되었다.

• server_id

서버 ID. 이 값은 --server-id 옵션으로 설정된다. 이 옵션은 마스터와 슬레이브 서버를 활성화 시켜서 자신들을 서로 구분할 수 있도록 하는데 사용된다.

• shared_memory

(윈도우 시스템에서만 적용됨.) 서버가 공유 메모리 접속을 허용하는지 판단하는 변수.

• shared_memory_base_name

(윈도우 시스템에서만 적용됨.) 공유 메모리 연결을 위해 사용하는 공유 메모리의 이름. 이 변수는 여러 개의 MySQL 인스턴스를 하나의 머신에서 구동 시킬 때 유용하게 사용된다. 디폴트 이름은 MYSQL이다. 이 이름은 대소 문자를 구분한다.

• skip_external_locking

mysqld가 외부 잠금 (external locking)을 사용하면 이 변수는 OFF 가 되고, 외부 잠금을 사용하지 않으면, ON이 된다.

• skip_networking

서버가 로컬 접속 (non-TCP/IP)만을 허용하면, 이 변수는 ON이 된다. 유닉스 시스템의 경우, 로컬 접속은 유닉스 소켓 파일을 사용한다. 윈도우에서는, 네임드 파이프 또는 공유 메모리를 사용한다. NetWare에서는, TCP/IP 접속만을 지원하기 때문에 이 변수를 ON으로 설정하지 못한다. 이 변수는 --skip-networking 옵션을 사용해서 활성화 시킬 수가 있다.

• skip_show_database

이 변수는 사용자들이 SHOW DATABASES 권한을 가지고 있지 않을 때에는 SHOW DATABASES 명령문을 사용하지 못하도록 만든다. 이것은 사용자들이 다른 사람의 데이터 베이스를 보는 문제에 관련하여 보안성을 증가 시킨다. 이 변수는 SHOW DATABASES 권한에 따라서 다른 영향을 갖게 된다: 변수 값이 ON이면, SHOW DATABASES 명령문은 SHOW DATABASES 권한을 갖고 있는 사용자에게만 허용이 되고, 명령문은 모든 데이터 베이스의 이름을 디스플레이 한다. 이 값이 OFF이면, SHOW DATABASES는 모든 사용자에게 허용되지만, SHOW DATABASES 또는 다른 권한을 갖고 있는 사용자의 데이터 베이스 이름만 디스플레이 하게 된다.

• slave_compressed_protocol

슬레이브와 마스터 모두가 슬레이브/마스터 압축 프로토콜을 지원한다면, 이것을 사용하고 있는지 검사함.

• slave_load_tmpdir

LOAD DATA INFILE 명령문을 리플리케이션 하기 위한 임시 파일을 슬레이브가 생성하는 디렉토리의 이름.

• slave_net_timeout

데이터 읽기를 중단하기 전에 마스터/슬레이브 접속에서 좀더 많은 데이터를 기다리는 대기 시간. 이 타임 아웃은 TCP/IP 연결에서만 적용되며, 유닉스 소켓 파일, 네임드 파이프, 또는 공유 메모리를 통한 접속은 해당되지 않는다.

• slave_skip_errors

슬레이브가 무시하는 리플리케이션 에러.

• slave_transaction_retries

리플리케이션 슬레이브 SQL 쓰레드가 InnoDB 데드락 (deadlock) 또는 InnoDB의 과도한 innodb_lock_wait_timeout 또는 NDBCluster의 TransactionDeadlockDetectionTimeout 또는 TransactionInactiveTimeout 때문에 트랜젝션 실행에 실패를 하게 되면, 에러 때문에 종료를 하기 전에 자동으로 slave_transaction_retries 변수 값이 지정하는 횟수 동안 재 시도를 하게 된다. 디폴트는 10 이다.

• slow_launch_time

쓰레드를 생성하는 시간이 이 변수의 값보다 길게 걸린다면, 서버는 Slow_launch_threads 상태 변수의 값을 늘리게 된다.

• slow_query_log

슬로우 쿼리 로그 활성화에 관련된 변수. 0 (또는 OFF)이면 로그를 비활성화 시키게 되고, 1 (또는 ON)이면 로그를 활성화 시킨다. 디폴트 값은 --log-slow-queries 옵션이 주어졌는지에 따라서 달라진다. 로그 결과를 기록하는 장소는 log_output 시스템 변수가 제어한다; 이 변수 값이 NONE이면, 로그가 활성화 되어 있다고 하더라도 아무런 로그 엔트리도 기록하지 않는다. slow_query_log 변수는 MySQL 5.1.12에서 추가되었다.

• slow_query_log_file

슬로우 쿼리 로그 파일의 이름. 디폴트는 host_name-slow.log이지만, --log-slow-queries 옵션을 사용하면 초기 값을 변경할 수가 있다. 이 변수는 MySQL 5.1.12에서 추가되었다.

• socket

유닉스 시스템의 경우, 이 변수는 로컬 클라이언트 연결에 사용되는 소켓 파일의 이름이 된다. 디폴트는 /tmp/mysql.sock이다. (어떤 배포판에서는, 디렉토리가 다를 수도 있는데, RPM의 경우는, /var/lib/mysql과 같다.)

윈도우 시스템의 경우에는, 이 변수가 로컬 클라이언트 연결에서 사용되는 네임드 파이프의 이름이 된다. 디폴트 값은 MySQL (대소 문자 구분 없음)가 된다.

• sort_buffer_size

정렬을 실행하는데 필요한 각 쓰레드는 이 변수 크기의 버퍼를 할당한다. 이 변수 크기를 늘리면, ORDER BY 또는 GROUP BY 연산 속도가 향상 된다.

• sql_mode

현재의 서버 SQL 모드를 나타내며, 동적으로 설정될 수 있다. Section 5.2.6, “SQL 모드”를 참조할 것.

• sql_slave_skip_counter

슬레이브 서버가 무시하는 마스터의 이벤트 숫자. Section 13.6.2.6, “SET GLOBAL SQL_SLAVE_SKIP_COUNTER 신텍스”를 참조.

• ssl_ca

트러스티드 (trusted) SSL CA 리스트를 가지고 있는 파일 경로. 이 변수는 MySQL 5.1.11에서 추가되었다.

• ssl_capath

트러스티드 (trusted) SSL CA 인증서를 PEM 포맷으로 가지고 있는 디렉토리 경로. 이 변수는 MySQL 5.1.11에서 추가되었다.

• ssl_cert

보안 연결을 구축하기 위해 사용하는 SSL 인증 파일의 이름. 이 변수는 MySQL 5.1.11에서 추가되었다.

• ssl_cipher

SSL 암호화용으로 사용할 수 있는 사이퍼 (cipher) 리스트. 사이퍼 리스트는 openssl ciphers 명령어와 동일한 포맷을 가진다. 이 변수는 MySQL 5.1.11에서 추가되었다.

• ssl_key

보안 연결 구축을 위해 사용하는 SSL 키 파일의 이름. 이 변수는 MySQL 5.1.11에서 추가되었다.

• storage_engine

디폴트 스토리지 엔진 (테이블 타입). 스토리지 엔진을 서버 스타트업 때 설정하기 위해서는, --default-storage-engine 옵션을 사용한다. Section 5.2.2, “명령어 옵션”을 참조할 것.

• sync_binlog

이 변수 값이 양수 (positive)이면, MySQL 서버는 sync_binlog 쓰기 연산이 바이너리 로그 기록을 마칠 때마다 자신의 바이너리 로그를 디스크에 동기화 시킨다 (fdatasync()를 사용해서). 자동 실행 (autocommit)이 활성화 되어 있다면 명령문 별로 하나의 바이너리 로그 쓰기 연산이 있고, 그렇지 않으면 트랜젝션 별로 한 개의 쓰기 연산이 있다는 것을 알아 두기 바란다. 디폴트 값은 0 이며, 이것은 디스크에 대한 동기화가 없다는 것을 의미한다. 1로 설정하는 것이 안전한 선택인데, 그 이유는 데이터의 충돌이 있을 때에 여러분은 최대 하나의 명령문 또는 트랜젝션만을 바이너리 로그에서 잃어 버리기 때문이다. 하지만, 이것은 가장 느리게 동작을 하게 된다 (디스크가 배터리-백업 캐시를 가지고 있지 있으면, 동기화는 매우 빨리 진행된다).

sync_binlog의 값이 0 (디폴트)이면, 어떠한 플러싱 (flushging)도 일어나지 않는다. 서버는 파일 컨텐츠 플러시를 OS에 의존한다.

• sync_frm

이 변수를 1로 설정하면, 임시 테이블이 아닌 것이 자신의 .frm 파일을 생성할 때 디스크 동기화가 이루어진다 (fdatasync()를 사용해서). 이런 방식은 비록 속도는 느리지만 충돌이 일어나는 경우에는 보다 안전한 방법이다. 디폴트는 1이다.

• system_time_zone

서버 시스템 타임 존. 서버가 실행을 시작하면, 서버는 타임 존을 머신의 디폴트에서 내려 받게 되는데, 이것은 서버를 구동하거나 또는 스타트업 스크립트를 위해 사용하는 계정의 환경에 따라서 수정할 수가 있다. 전형적으로 타임 존은 TZ 환경 변수가 지정을 한다. 또한,  mysqld_safe 스크립트의 --timezone 옵션을 가지고도 설정할 수 있다.

system_time_zone 변수와 time_zone 변수는 다른 것이다. 비록 두 변수가 동일한 값을 가지고 있다고 하더라도, 나중 변수는 연결되는 각 클라이언트의 타임 존을 초기화하는데 사용하는 것이다.

• table_cache

 

이 변수는 MySQL 5.1.3 이후에는 table_open_cache로 이름이 바뀌었다.

• table_definition_cache

정의문 캐시 (definition cache)에 저장될 수 있는 테이블 정의문의 숫자. 여러분이 많은 수의 테이블을 사용하고 있다면, 테이블 오픈 속도를 향상 시키기 위해 대형 테이블 정의문을 생성하도록 한다. 테이블 정의문 캐시는 일반적인 테이블 캐시와 달리 파일 디스크립터 (descriptor)를 사용하지 않으며 디스크 공간을 덜 차지한다. 이 변수는 MySQL 5.1.3에서 추가되었다.

• table_lock_wait_timeout

 

테이블-레벨 잠금에 대한 대기 타임 아웃을 초 단위로 지정하는 변수. 디폴트 타입 아웃은 50초이다. 타임 아웃은 연결이 오픈 커서를 가지고 있는 경우에만 동작을 한다. 이 변수를 런타임 시점에 글로벌로 설정하는 것도 가능하다 (SUPER 권한이 필요함).

• table_open_cache

모든 쓰레드용으로 오픈하는 테이블의 숫자. 이 값을 증가 시키는 것은 mysqld가 요구하는 파일 디스크립터의 숫자가 늘어난다. Opened_tables 상태 변수를 검사하면 테이블 캐시를 증가 시킬 필요가 있는지를 검사할 수 있다. 만약에 Opened_tables의 값이 크고 FLUSH TABLES을 자주 실행하지 않는다면 (이것은 모든 테이블을 닫은 후에 다시 열게 함), table_cache 변수의 값을 늘려야 한다. MySQL 5.1.3 이전에는 이 변수를 table_cache라고 불렀다.

• table_type

이 변수는 storage_engine과 동의어다. MySQL 5.1에서는, storage_engine 이라는 이름을 주로 사용한다.

• thread_cache_size

서버가 다시 사용할 목적으로 캐시를 하는 쓰레드의 숫자. 클라이언트의 연결이 끊기게 되면, 캐시 안에 있는 쓰레드의 수가 thread_cache_size 보다 작을 경우에 클라이언트 쓰레드는 캐시 안으로 들어가게 된다. 쓰레드 대한 요청은 캐시에 쓰레드가 있다면 그것을 다시 사용하고, 캐시가 비어 있을 때에만 새로운 쓰레드를 생성한다. 새로운 연결을 많이 할 경우에는 이 변수 값을 늘려 놓는 것이 성능 향상에 좋다. (일반적으로는, 여러분이 제대로 쓰레드 구현을 할 수만 있다면, 이것을 통한 성능 향상은 이루어 지지 않을 것이다.) Connections과 Threads_created 상태 변수 사이의 차이를 조사 함으로써, 여러분은 쓰레드 캐시가 얼마나 효율적으로 사용되고 있는지 알아 볼 수 있다.

• thread_concurrency

솔라이스 시스템의 경우, mysqld는 이 변수 값을 가지고 thr_setconcurrency()를 호출한다. 이 함수는 어플리케이션을 활성화 시켜서 동시에 구동시켜야 하는 쓰레드의 바람직한 숫자가 몇 개인지를 쓰레드 시스템에 전달한다.

• thread_stack

각 쓰레드를 위한 스택의 크기. crash-me 테스트를 통해 알 수 있는 대부분의 제약 사항은 이 값과 관련이 된다. 디폴트 값을 사용해도 일반 연산을 실행할 만큼 충분히 크다. 디폴트는 192KB.

• time_format

이 변수는 구현되지 않는다.

• time_zone

현재의 타임 존. 이 변수는 연결되는 각 클라이언트의 타임 존을 초기화 시키는데 사용된다. 디폴트 초기 값는 'SYSTEM' 이다 (이것은, “system_time_zone”의 값을 사용한다는 것을 의미한다). 이 변수 값은 서버 스타트업 시점에 --default-time-zone 옵션을 가지고 확정적으로 지정할 수가 있다.

• timed_mutexes

이 변수는 InnoDB 뮤텍스 (mutexes) 타이밍 설정을 제어한다. 이 변수를 0 또는 OFF (디폴트)으로 설정하면, 뮤텍스 타이밍이 비활성화된다. 변수를 1 또는 ON으로 설정하면, 뮤텍스 타이밍이 활성화된다. 타이밍을 활성화하면, SHOW ENGINE INNODB MUTEX 명령문 결과에 나오는 os_wait_times 값은 O/S가 대기하는 시간을 가리키게 된다 (밀리 초 단위).

• tmp_table_size

메모리에 상주해 있는 임시 테이블의 최대 크기. 만일 메모리에 있는 임시 테이블이 이 변수보다 크다면, MySQL은 그것을 디스크에 있는 MyISAM 테이블로 자동 전환 시킨다. 만약에 충분한 메모리가 있는 상태에서 많은 수의 GROUP BY 쿼리를 실행한다면, tmp_table_size의 값을 증가 시키도록 한다 (가능하다면 max_heap_table_size 변수도 함께 증가 시킨다).

• tmpdir

임시 파일과 임시 테이블용으로 사용되는 디렉토리. 이 변수는 라운드-로빈 방식에서 사용되는 여러 가지 경로 리스트로 설정할 수 있다. 유닉스에서 경로는 콜론 (‘:’)으로, 그리고 윈도우, NetWare, 그리고 OS/2에서는 세미 콜론(‘;’)을 사용해서 구분한다.

다중-디렉토리에는 로드 (load)를 여러 개의 물리적인 디스크 사이에 분산하는데 사용할 수 있는 기능이 있다. 만약에 MySQL 서버가 리플리케이션 슬레이브로 동작한다면, tmpdir가 메모리 기반 파일 시스템에 있는 디렉토리 또는 서버 호스트가 재 구동될 때 없어지는 디렉토리를 가리키도록 설정할 수가 없다. 리플리케이션 슬레이브는 시스템이 재 구동될 때 남아 있는 임시 파일들을 사용해서 임시 테이블 또는 LOAD DATA INFILE 동작을 리플리케이션 한다. 임시 파일 디렉토리에 있는 파일을 서버 재 구동시에 잃게 되면, 리플리케이션은 실패하게 된다. 하지만, 여러분이 4.0.0 또는 그 이후 버전을 사용한다면, slave_load_tmpdir 변수를 사용해서 슬레이브의 임시 디렉토리를 시작할 수가 있다. 이와 같은 경우, 슬레이브는 tmpdir 값을 사용하지 않으며 tmpdir은 임시 장소에 설정된다.

• transaction_alloc_block_size

메모리를 사용하는 트랜젝션 별 메모리 풀 (pool)의 크기 (바이트 단위). transaction_prealloc_size를 참조할 것.

• transaction_prealloc_size

다양한 트랜젝션과 관련된 할당은 트랜젝션 별로 메모리 풀에서 메모리를 가져 온다. 풀의 초기 크기는 바이트 단위로 transaction_prealloc_size가 된다. 메모리가 여유가 없기 때문이며 풀에서 메모리를 가져올 수 없는 경우에는, transaction_alloc_block_size를 바이트 단위로 늘리도록 한다. 트랜젝션이 마치게 되면, 풀은 transaction_prealloc_size 바이트만큼 줄어든다.

transaction_prealloc_size의 크기를 충분히 크게 해서 단일 트랜젝션 안에 있는 모든 명령문을 수용할 수 있게 하면, 많은 수의 malloc() 호출을 피할 수가 있다.

• tx_isolation

디폴트 트랜젝션 고립 (isolation) 레벨. 디폴트는 REPEATABLE-READ이다.

이 변수는 SET TRANSACTION ISOLATION LEVEL 명령문으로 설정된다. 여러분이 tx_isolation를 스페이스가 있는 고립 레벨 이름으로 직접 설정하는 경우에는, 레벌 이름을 인용 부호 (‘’)로 둘러 쌓야 하며, 스페이스는 대쉬 (-)로 바꾸어야 한다. 예를 들면:

 

SET tx_isolation = 'READ-COMMITTED';

• updatable_views_with_limit

update 명령문이 LIMIT 구문을 가지고 있다면, 언더라잉 (underlying) 테이블에서 정의된 프라이머리 키에 대한 모든 컬럼을 뷰 (view)가 가질 수 없을 때 뷰에 대한 업데이트를 생성할 수 있는지를 결정하는 변수. (GUI 툴이 이러한 업데이트를 자주 만듦.) UPDATE 또는 DELETE 명령문이 하나의 업데이트다. 여기에서 의미하는 프라이머리 키는 PRIMARY KEY, 또는 NULL을 가지고 있지 않는 컬럼에 있는 UNIQUE 인덱스를 가리키는 것이다.

이 변수는 두 가지의 값을 가질 수 있다:

• 1 또는 YES: 경고문만을 만들어 낸다 (에러 메시지가 아님). 이것이 디폴트 값이다.
• 0 또는 NO: 업데이트를 금지 한다.
• version

서버 버전 번호.

• version_comment

configure 스크립트는 MySQL을 구축할 때 지정할 수 있도록 하는 --with-comment 옵션을 가지고 있다. 이 변수는 그 코멘트 값을 가지고 있다.

• version_compile_machine

MySQL이 설치된 머신 또는 아키텍처의 타입.

• version_compile_os

MySQL이 설치되어 있는 OS 타입.

• wait_timeout

논-인터렉티브 연결 (non-interactive connection)에서 서버가 종료를 하기 전에 액티비티(activity)를 기다리는 서버 대기 시간 (초 단위). 이 타임 아웃은 TCP/IP 연결에만 적용되며, 유닉스 소켓 파일, 네임드 파이프, 또는 공유 메모리를 통한 연결에는 적용되지 않는다.

쓰레드 스타트업의 경우, 세션 wait_timeout 값은 클라이언트 타입에 따라서 글로벌 wait_timeout 값 또는 글로벌 interactive_timeout 값으로부터 초기화가 된다 (mysql_real_connect()에 대한 CLIENT_INTERACTIVE 연결 옵션에서 정의한 것과 같이). interactive_timeout을 함께 참조할 것.


출처 : http://www.mysqlkorea.co.kr/

원문 : http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html#sysvar_table_definition_cache

The MySQL server maintains many system variables that indicate how it is configured. Each system variable has a default value. System variables can be set at server startup using options on the command line or in an option file. Most of them can be changed dynamically while the server is running by means of the SET statement, which enables you to modify operation of the server without having to stop and restart it. You can refer to system variable values in expressions.

There are several ways to see the names and values of system variables:

This section provides a description of each system variable. Variables with no version indicated are present in all MySQL 5.1 releases. For historical information concerning their implementation, please see http://www.mysql.com/products/enterprise//5.0/en/, and http://www.mysql.com/products/enterprise//4.1/en/.

The following table lists all available system variables:

For additional system variable information, see these sections:

Values for buffer sizes, lengths, and stack sizes are given in bytes unless otherwise specified.

Some system variables control the size of buffers or caches. For a given buffer, the server might need to allocate internal data structures. These structures typically are allocated from the total memory allocated to the buffer, and the amount of space required might be platform dependent. This means that when you assign a value to a system variable that controls a buffer size, the amount of space actually available might differ from the value assigned. In some cases, the amount might be less than the value assigned. It is also possible that the server will adjust a value upward. For example, if you assign a value of 0 to a variable for which the minimal value is 1024, the server will set the value to 1024.

MySQL Enterprise.  Expert use of server system variables is part of the service offered by the MySQL Enterprise Monitor. To subscribe, see http://www.mysql.com/products/enterprise/advisors.html.