Em ( mình ) mới được sếp giao nhiệm vụ quản lý một con server linux, chạy apache + php + mysql, có cài thêm memcached.
Do source code của website là tự code, nên có thể có nhiều slow query mà không xử lý hết được, dẫn đến có một vài table của database thường xuyên bị overhead, dẫn đến treo luôn cả sql server.
Mỗi khi sql server bị treo thì ssh đến server cũng bị treo luôn ở step "Starting first key Exchange" nên không thể ssh đến để repair table hay stop service. Giải pháp duy nhất mỗi lần bị thế này là gọi sang Data Center bảo họ restart server, rồi lại vào start lại các service và repair Database.


Xin mọi người hướng dẫn cho em ( mình ) cách khắc phục hoặc hướng giải quyết khác ( nếu có ).  

Anh ơi, những slow query đấy chính ông coder bên em cũng không xử lý hết được. Khi hỏi đến thì chỉ bảo là định kỳ repair table, nhưng nó thường chết bất đắc kỳ tử, tối qua vừa repair xong sáng nay lại lăn ra treo.
Ý em muốn hỏi là có giải pháp nào để cấu hình server, sao cho khi mysql chết thì ssh vẫn hoạt động, dạng như giới hạn resource của mysql, không để ảnh hưởng đến các service khác. 

Giải pháp tạm thời là viết 1 đoạn script tự động restart mysql theo định kì (sử dụng cron job).

Sau đó bảo ông Coder kia xem và sửa lại source cho tốt.

@Bạn có thể đưa thêm thông tin về cấu hình máy chủ và lượng truy cập vào website của bạn được không ? Có thể do máy chủ cấu hình hạn chế hoặc không đủ đáp ứng chăng ? 

Server model name : Intel (R) Xeon (R) CPU X3210 @2.13Ghz
CPU cores : 4 

Memory : 
Total : 4149456
Used : 1806328
Free : 2343128

Làm sao mà không xử lý hết được? Một ứng dụng có bao nhiêu SQL statement, câu SQL statement nào phi lý, không hiệu suất thì liệt kê ra mà fix chớ làm sao mà "không xử lý hết" là sao?

Tạm thời coi lại cấu hình my.cnf, điều chỉnh lại phần cache size, buffer size và nhét: nice = -5 vô trong [mysqld_safe]. Phải tính cho thật kỹ máy chủ có được bao nhiêu ram rồi mới tính ra số lượng memory sử dụng cho mysql một cách khoa học và hợp lý chớ đừng có nhét bậy, nhét bạ các giá tri trong đó. Tình trạng treo luôn, không ssh vô được là vì mysql nuốt hết memory và nhảy sang dùng swap mà ra.

Có làm gì đi chăng nữa thì cũng tạm bợ đối phó mà thôi. Muốn fix tận cùng thì cứ lôi cái ông coder ra mà bắt ông ấy fix cái đống mysql gây sự cố. 

Bạn thảy lên một vài câu slow queries xem. Đã thử dùng EXPLAIN chưa? `my.cnf` đang cấu hình thế nào? 

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# skip-networking
skip-name-resolve
skip-external-locking
# Disabling symbolic-links is recommended to prevent assorted security risks
# symbolic-links=0

max_connections=1000
max_user_connections =0

log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 2

query_cache_size = 16M
join_buffer_size = 8M
tmp_table_size = 512M
max_heap_table_size = 256M

query-cache-type = 1
key_buffer = 128M
key_buffer_size = 128M
max_allowed_packet = 32M
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 128M
thread_cache = 16
query_cache_type = 1
query_cache_limit=32M 
thread_cache_size=143
table_cache = 4096
table_definition_cache=1024
thread_concurrency = 6

wait_timeout=30



[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
nice = -5

Em ( mình ) mới được sếp giao nhiệm vụ quản lý một con server linux, chạy apache + php + mysql, có cài thêm memcached.
 

Do source code của website là tự code, nên có thể có nhiều slow query mà không xử lý hết được, dẫn đến có một vài table của database thường xuyên bị overhead, dẫn đến treo luôn cả sql server.
 

Mỗi khi sql server bị treo thì ssh đến server cũng bị treo luôn ở step "Starting first key Exchange" nên không thể ssh đến để repair table hay stop service. Giải pháp duy nhất mỗi lần bị thế này là gọi sang Data Center bảo họ restart server, rồi lại vào start lại các service và repair Database.
 

Anh ơi, những slow query đấy chính ông coder bên em cũng không xử lý hết được. Khi hỏi đến thì chỉ bảo là định kỳ repair table, nhưng nó thường chết bất đắc kỳ tử, tối qua vừa repair xong sáng nay lại lăn ra treo.
 

Ý em muốn hỏi là có giải pháp nào để cấu hình server, sao cho khi mysql chết thì ssh vẫn hoạt động, dạng như giới hạn resource của mysql, không để ảnh hưởng đến các service khác. 

memory = global buffers + per-thread buffers * max_connections

global buffers = key_buffer_size 
               + innodb_buffer_pool_size 
               + innodb_additional_memory_pool_size
               + innodb_log_buffer_size
               + max_tmp_tables * min(tmp_table_size, max_heap_table_size)
               + query_cache_size
               + 3 * myisam_sort_buffer_size

per-thread buffers = read_buffer_size 
                   + join_buffer_size 
                   + read_rnd_buffer_size 
                   + thread_stack 
                   + (2 * max_packet_size)

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# skip-networking
skip-name-resolve
skip-external-locking
# Disabling symbolic-links is recommended to prevent assorted security risks
# symbolic-links=0

max_connections=1000
max_user_connections =0

log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 2

query_cache_size = 16M
join_buffer_size = 8M
tmp_table_size = 512M
max_heap_table_size = 256M

query-cache-type = 1
key_buffer = 128M
key_buffer_size = 128M
max_allowed_packet = 32M
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 128M
thread_cache = 16
query_cache_type = 1
query_cache_limit=32M 
thread_cache_size=143
table_cache = 4096
table_definition_cache=1024
thread_concurrency = 6

wait_timeout=30



[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
nice = -5

global buffers = 128M + 256M (tạm tính chỉ có 1 temp table) + 16M + 3 * 128M = 784M
per-thread buffers = 2M + 8M + 8M = 18M
memory = 784M + 18M * 1000 ~ 19G