25 일 정도마다 OS에 의해 MySQL이 종료 됨


9

약 4 개월 전에 MS SQL Server 에서 MySQL 5.5 로 마이그레이션했습니다 . 그 이후로 CentOS에 메모리가 부족한 이후 약 25 일에 한 번 문제가 발생하여 결과적으로 MySQL이 종료되었습니다. MySQL은 mysql을 안전하게 재시작하여 1 ~ 2 분 동안 데이터베이스가 완전히 다운되지만 CentOS가 mysqld 스레드를 종료하기 전에 몇 시간 동안 성능 및 연결 손실이 발생할 수 있습니다.

우리는 일반적으로 오전 1 시부 터 오전 5 시까 지의 문제를 볼 수 있지만, 트래픽이 가장 많은 날에는 이러한 상황에 대해 정말 당황스럽지 않습니다. 일반적으로 오전 1 시부 터 오전 5 시까 지 연결 및 성능 문제가 발생하지만 mysql 서버는 일반적으로 mysqldump가 실행되는 시간과 거의 같은 오전 4시 또는 오전 5시에 종료됩니다.

우리 mysqldump는 범인 이라고 생각했습니다 . 그러나 매일 오전 4시에 시작하지만 밤에는 오전 1시에 문제가 발생합니다. 또한 스위치 mysqldump와 함께 실행 --opt되므로 덤프 프로세스 중에 많은 데이터를 버퍼링해서는 안됩니다.

또한 덤프 파일을 가져 와서 테이프에 백업하는 사용중인 백업 앱도 고려했습니다. 실행 시간을 오전 6 시로 변경했으며 문제는 변경되지 않았습니다.

밤새도록 주기적으로 실행되는 몇 가지 작업이 있지만 리소스를 많이 사용하지 않고 실행하는 데 오래 걸리지 않습니다.

다음은 우리가 작업하는 내용과 my.cnf파일 의 현재 항목에 대한 통계입니다 . 우리가 시도 할 수있는 것들에 대한 도움이나 제안은 대단히 감사하겠습니다.

서버 통계 :

  • 인텔 ® 제온 ® CPU E5530 @ 2.40GHz
  • CPU 코어 : 4
  • 메모리 : 12293480 (12 기가)

OS :

  • CentOS 5.5
  • Linux 2.6.18-274.12.1.el5 # 1 SMP 화요일 11 월 29 일 13:37:46 EST 2011 x86_64 x86_64 x86_64 GNU / Linux

MY.CNF :

[client]
port = 3306
socket = /var/lib/mysql/mysql.sock

[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock

skip-name-resolve

ssl-ca=<file location>
ssl-cert=<file location>
ssl-key=<file location>

back_log = 50
max_connections = 500
table_open_cache = 2048
table_definition_cache = 9000
max_allowed_packet = 16M
binlog_cache_size = 1M
max_heap_table_size = 64M
read_buffer_size = 2M
read_rnd_buffer_size = 16M
sort_buffer_size = 8M
join_buffer_size = 8M
thread_cache_size = 130
thread_concurrency = 16
query_cache_size = 64M
query_cache_limit = 1M
ft_min_word_len = 4
default-storage-engine=INNODB
thread_stack = 192K
transaction_isolation = REPEATABLE-READ
tmp_table_size = 64M
log-bin=/log/mysql/mysql-bin
expire_logs_days=7
binlog_format=mixed
key_buffer_size = 32M
bulk_insert_buffer_size = 64M
myisam_sort_buffer_size = 128M
myisam_max_sort_file_size = 10G
myisam_repair_threads = 1
myisam_recover
innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 7G
innodb_thread_concurrency = 16
innodb_flush_log_at_trx_commit = 2
innodb_log_file_size = 256M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 70
innodb_lock_wait_timeout = 120

[mysql]
no-auto-rehash

[mysqld_safe]
open-files-limit = 8192

오류 로그 구성 dev.mysql.com/doc/refman/5.5/en/error-log.html을 하고 문제가 발생했을 때 뭔가가 등록되어 있는지 확인

이 사이트 omh.cc/mycnf를 사용 했으며 구성 자체에 문제가있을 가능성이 높다고 판단했습니다. myisam 관련 연결 풀을 많이 조정하여 메모리 소비에 도움이되는지 확인합니다.

2
CentOS 5.5가 최신이 아닙니다. 5.8은 (OS 보안에 관심이있는 경우)
Nils

1
해결책은 흥미로울 것입니다. 자신의 질문에 대한 답변으로 게시 할 수 있습니까?
Nils

reddit 스레드 에서 게시물 이 해결 된 위치 에 복제하십시오 . 그것은 또한 MySQL의 포럼
Mark McKinstry

답변:


2
  1. MySQL 오류 로그를 확인해야합니다

  2. 이 값이 ulimit -a열린 파일 과 동일한 지 확인하십시오 .

    int my.cnf 
    [mysqld_safe]
    open-files-limit = 8192
    

0

구성이 잘못되었습니다.

여기이 도구를 사용하십시오 . 사용자 정의 구성에 필요한 메모리 RAM의 양을 알려줍니다.

언급 한 현재 RAM 은 500 개의 활성 MySQL 연결 12GB이 필요 31.6GB합니다.

Session variables
max_allowed_packet 16.0 MB
sort_buffer_size 8.0 MB
net_buffer_length 16.0 KB
thread_stack 192.0 KB
read_rnd_buffer_size 16.0 MB
read_buffer_size 2.0 MBSession variables
max_allowed_packet 16.0 MB
sort_buffer_size 8.0 MB
net_buffer_length 16.0 KB
thread_stack 192.0 KB
read_rnd_buffer_size 16.0 MB
read_buffer_size 2.0 MB
join_buffer_size 8.0 MB
Total (per session)50.2 MB
Global variables
innodb_log_buffer_size 1.0 MB
query_cache_size 64.0 MB
innodb_buffer_pool_size 7.0 GB
innodb_additional_mem_pool_size 16.0 MB
key_buffer_size 32.0 MB
Total 7.1 GB
Total memory needed (for 500 connections): 31.6 GB
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.