MySQL 성능 개선 파라미터

For better performance, we recommend replacing the existing MySQL parameters
mentioned in startDB.bat/sh, available under
<FirewallAnalyzerHome>\bin directory, with the following MySQL
parameters changes for the corresponding RAM Size. Apart from
MySQL parameter changes, you can also tune
MySQL table sizes based on RAM availabililty to improve MySQL
performance.

# key_buffer :

# 인덱스를 위한 버퍼크기, 키 버퍼의 크기는 공유된쓰레드의 크기이며 중복된 키를 자주

# 사용할 경우 속도를 높일 수 있고, 기준은 show status 명령을 했을 때

# Key_blocks_used를 체크해서 key_buffer 사이즈를 줄이던가 늘리던가 해야 한다.

# 일반적인 key_buffer 의 크기는 Key_blocks_used*1024 로 잡으면 된다.

# Key_reads 가 크다면, key_buffer_size 변수가 너무 작은 것이다.

# 대용량 테이블일 경우 쿼리가 느리다면, 인덱스 버퍼 크기가 작아서 느릴 수 있으므로

# key_buffer 크기를 늘려 주어야 한다.

# show status 명령에서 다음과 같이 계산되는 것이 key_buffer 설정이 적당한 것이다.

# Key_reads/Key_read_request < 0.01   [ 0.00112318293327 ]

# key_write/key_write_request = 1     [ 0.0763101585936 ]

# | Key_blocks_used          | 360325     |  > 368972800

# | Key_read_requests        | 386263882  |

# | Key_reads                | 433845     |

# | Key_write_requests       | 5685285    |

key_buffer = 384M

# max_allowed_packet :

# 클라이언트 통신에 대해 사용되는 버퍼가 커질수 있는 최대 크기, 이변수의 가장 큰 값은

# MySQL 4 이전은 16MB 가 될 수 있고 MySQL 4와 그 이후는 1GB까지 될 수 있다.

# 클라이언트가 커다란 BLOB나 TEXT값들을 전송하는 경우라면, 이 서버 변수를 늘릴

# 필요가 있고 클라이언트 측에서도 이것을 늘려야 할 것이다.

# shell>mysql –set-variable=max_allowed_packet=64M

max_allowed_packet = 1M

# table_cache :

# MySQL 서버가 한번에 열수 있는 테이블의 개수 설정,

# 기본값은 64개이다, Opened_tables 값이 크다면 table_cache 값이 너무 작은 것이다.

# max_connections 값과도 관계가 있는데, 만약 100이라면 table_cache는 100*n 으로

# 설정해 주는것이 좋다.

# n은 조인해서 열수 있는 최대 테이블 개수이다.

# ex ) 사용중인 테이블이 20개이고, max_connections=100이라면, table_cache 는 그의

# 5~6배인 table_cache=512 정도로 설정하는 것이 좋다.

table_cache = 512

# sort_buffer_size , read_buffer_size :

# 정렬을 위해 사용하는 버퍼 크기, ORDER BY 나 GROUP BY 절을 빠르게 하기 위해서는

# 이 값을 증가시킨다.

# 4.0.3 이전에서는

# sort_buffer_size => sort_buffer

# read_buffer_size => record_buffer

# 라는 변수로 쓰였다.

# max_used_connections에 따라서 증가시키는 것이 좋다. 한번에 많은 쓰레드가 동시에

# 붙을 경우는 증가시키는 것이 좋다. max_used_connections가 높을 경우

# sort_buffer=6M 정도로 설정하는 것이 좋고, record_buffer=2M 정도가 적당하다.

# sort_buffer와 record_buffer 를 합쳐서 8M를 넘지 않는 것이 좋다.

# (sort_buffer+record_buffer)*max_connections를 할 경우 ram을 다 차지할 수 있기

# 때문이다.

# 많은 연속적인 테이블 스캔이 이루어진다면 read_buffer_size 값을 증가시켜야 한다.

sort_buffer_size = 2M

read_buffer_size = 2M

# myisam_sort_buffer_size :

# MyISAM 테이블 타입에서 인덱스를 만들거나(create table ..), 인덱스로

# 변경(alter table …) 하거나, 복구( repair …) 할 때 사용하는 버퍼크기

myisam_sort_buffer_size = 64M

thread_cache = 8

# 쿼리 캐시 버퍼 사이즈

query_cache_size = 32M

# Try number of CPU’s*2 for thread_concurrency

# thread_concurrency : 솔라리스에서만 사용된다.

thread_concurrency = 8

# max_connections :

# show status 명령을 했을때 , max_used_connections을 보고 늘리던가, 줄이던가 해야 한다.

# 최대값보다 10% 정도 더 크게 잡는 것이 좋다.

max_connections=1000

# max_connect_error :

# 서버가 차단되기 전에 최대 연결 오류수

max_connect_error=10000

# max_delayed_threads : INSERT DELAYED 쿼리를 사용할 수 있는 최대 쓰레드 수

max_delayed_threads=1000

# tmp_table_size = 디스크에 쓰여진 후 임시 테이블의 최대 크기

tmp_table_size=64M

# key_buffer_size :

# 인덱스를 위한 버퍼 사이즈,  느리다면 크기를 늘리는 것이 좋으나

# OS의 Ram 크기를 고려하여 늘려야 한다. 인덱스 데이터 캐싱을 위한

# 메모리 제한이 key_buffer 이다.

# 인덱스 기반의 검색과 정렬은 이 변수의 값을 늘리면 인덱스들을 만들거나 수정하는

# 동작만큼 더 빨라진다. 키 퍼버가 클수록 MySQL이 메모리 안에서 키를 찾을 확률이

# 늘어나는데 그만큼 인덱스 처리에 필요한 디스크 접근 횟수를 줄여주게 된다.

# 3.23 버전 이전에는 key_buffer 로 불렸다. 3.23부터 두 이름 모두 인식한다.

key_buffer_size=369M

key_buffer =369M