MySQL ถูกฆ่าโดยระบบปฏิบัติการทุก ๆ 25 วัน


9

ประมาณ 4 เดือนที่ผ่านมาเราอพยพมาจากMS SQL Serverเพื่อMySQL 5.5 ตั้งแต่นั้นมาเราประสบปัญหาครั้งหนึ่งประมาณ 25 วันนับตั้งแต่ที่ CentOS มีหน่วยความจำไม่เพียงพอและด้วยเหตุนี้มันจึงฆ่า MySQL ปลอดภัยของ MySQL รีสตาร์ท mysql ดังนั้นฐานข้อมูลจะลดลงอย่างสมบูรณ์เพียงหนึ่งหรือสองนาที แต่เราสามารถประสบปัญหาประสิทธิภาพและการเชื่อมต่อขาดหายไปเป็นเวลาหลายชั่วโมงก่อนที่ CentOS จะฆ่าเธรด mysqld

เรามักจะเห็นปัญหาตั้งแต่ 1:00 ถึง 5:00แต่ไม่เคยในระหว่างวันที่การจราจรสูงที่สุดซึ่งเป็นสิ่งที่ยุ่งเหยิงจริงๆเกี่ยวกับสถานการณ์นี้ แม้ว่าปกติแล้วจะเห็นปัญหาการเชื่อมต่อและประสิทธิภาพตั้งแต่ 1am ถึง 5am แต่โดยทั่วไปแล้วเซิร์ฟเวอร์ mysql จะถูกฆ่าในช่วงเวลา 4:00 น. หรือ 5:00 น. ในเวลาเดียวกัน mysqldump ก็ทำงาน

เราคิดว่าmysqldumpอาจเป็นผู้กระทำผิด อย่างไรก็ตามมันเริ่มต้นเวลา 4:00 น. ทุกวัน แต่เราพบปัญหาเร็วถึงตีหนึ่งในบางคืน นอกจากนี้ยังmysqldumpมีการทำงานกับ--optสวิทช์จึงไม่ควรบัฟเฟอร์ข้อมูลจำนวนมากในระหว่างขั้นตอนการถ่ายโอนข้อมูล

นอกจากนี้เรายังพิจารณาแอพสำรองข้อมูลที่เราใช้ซึ่งทำให้ไฟล์ดัมพ์และสำรองข้อมูลไว้ในเทป เราเปลี่ยนเวลาที่ทำงานเป็น 6.00 น. และปัญหาไม่เปลี่ยนแปลง

เรามีงานหลายงานที่ทำงานเป็นระยะตลอดทั้งคืน แต่ไม่มีงานใดที่ต้องใช้ทรัพยากรมากนักและใช้เวลาไม่นานเลยทีเดียว

นี่คือสถิติบางอย่างสำหรับสิ่งที่เรากำลังทำงานกับและรายการปัจจุบันในmy.cnfไฟล์ ความช่วยเหลือหรือข้อเสนอแนะสำหรับสิ่งที่เราสามารถลองจะได้รับการชื่นชมอย่างมาก

สถานะเซิร์ฟเวอร์ :

  • Intel (R) Xeon (R) CPU E5530 @ 2.40GHz
  • แกนซีพียู: 4
  • หน่วยความจำ: 12293480 (12 gigs)

ระบบปฏิบัติการ :

  • CentOS 5.5
  • Linux 2.6.18-274.12.1.el5 # 1 SMP อังคาร 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 คือ (หากคุณสนใจเกี่ยวกับความปลอดภัยของระบบปฏิบัติการ)
นิลส์

1
การแก้ปัญหาจะน่าสนใจ คุณสามารถโพสต์ไว้เป็นคำตอบสำหรับคำถามของคุณเองได้หรือไม่?
นิลส์

โพสต์ที่ซ้ำกันในเธรด Redditที่มันได้รับการแก้ไข มันถูกโพสต์บนฟอรั่มของ MySQL ด้วยเช่นกัน
Mark McKinstry

คำตอบ:


2
  1. คุณควรตรวจสอบบันทึกข้อผิดพลาดของ MySQL

  2. ตรวจสอบว่าค่านี้เหมือนกับulimit -aไฟล์ที่เปิดอยู่:

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

0

การกำหนดค่าของคุณเป็นรถ

ที่นี่ใช้เครื่องมือนี้ มันบอกคุณว่าคุณต้องการหน่วยความจำแรมเท่าใดสำหรับการกำหนดค่าแบบกำหนดเอง

RAM ปัจจุบันของคุณตามที่คุณกล่าวถึงคือ12GBคุณต้องการ31.6GBการเชื่อมต่อ MySQL ที่ใช้งานอยู่ 500 ครั้ง

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.