Lỗi "Too many connections" (Error 1040) xảy ra khi số lượng kết nối đồng thời từ các ứng dụng khách (clients) đến MySQL Server vượt quá giá trị cấu hình cho phép trong biến hệ thống max_connections. Để khắc phục triệt để vấn đề này, bạn cần thực hiện kiểm tra các thông số cấu hình và tối ưu hóa việc quản lý kết nối.
1. Kiểm tra trạng thái kết nối hiện tại
Trước tiên, bạn cần xác định giới hạn hiện tại và số lượng kết nối cao nhất mà hệ thống từng đạt tới bằng các lệnh sau:
-- Kiểm tra giới hạn kết nối tối đa đang thiết lập
SHOW VARIABLES LIKE 'max_connections';
-- Kiểm tra số lượng kết nối thực tế lớn nhất từng ghi nhận từ khi khởi động server
SHOW STATUS LIKE 'Max_used_connections';
Nếu giá trị Max_used_connections gần bằng hoặc bằng max_connections, điều đó khẳng định hệ thống đang bị quá tải về số lượng phiên làm việc.
2. Điều chỉnh giới hạn kết nối tạm thời
Bạn có thể tăng giới hạn kết nối ngay lập tức mà không cần khởi động lại dịch vụ MySQL bằng lệnh SET GLOBAL. Tuy nhiên, lưu ý rằng thiết lập này sẽ bị mất nếu MySQL server khởi động lại.
SET GLOBAL max_connections = 2000;
3. Tối ưu hóa thời gian chờ (Wait Timeout)
Một trong những nguyên nhân phổ biến dẫn đến lỗi này là do các kết nối ở trạng thái "Sleep" chiếm giữ tài nguyên quá lâu. Biến wait_timeout mặc định thường là 28800 giây (8 giờ), điều này khiến các kết nối không hoạt động vẫn tồn tại và làm đầy hàng đợi.
Bạn nên giảm giá trị này xuống mức hợp lý (ví dụ 300 giây hoặc 600 giây tùy vào đặc thù ứng dụng):
-- Kiểm tra giá trị hiện tại
SHOW GLOBAL VARIABLES LIKE 'wait_timeout';
-- Thiết lập lại giá trị ngắn hơn để giải phóng kết nối nhàn rỗi
SET GLOBAL wait_timeout = 300;
SET GLOBAL interactive_timeout = 300;
4. Cấu hình vĩnh viễn trong file my.cnf
Để các thay đổi có hiệu lực vĩnh viễn, bạn cần chỉnh sửa file cấu hình của MySQL (thường là /etc/my.cnf, /etc/mysql/my.cnf hoặc trên macOS là /usr/local/mysql/support-files/my.cnf).
[mysqld]
# Thiết lập giới hạn kết nối
max_connections = 1500
max_user_connections = 1000
# Tối ưu hóa bộ nhớ đệm và hiệu suất
table_open_cache = 2000
sort_buffer_size = 2M
read_buffer_size = 2M
key_buffer_size = 256M
# Giảm thời gian chờ kết nối nhàn rỗi
wait_timeout = 600
interactive_timeout = 600
5. Kiểm soát và giải phóng kết nối thủ công
Khi hệ thống đang bị treo do quá nhiều kết nối, bạn có thể kiểm tra danh sách các tiến trình đang chạy và loại bỏ các tiến trình không cần thiết hoặc bị treo:
-- Xem danh sách các tiến trình
SHOW FULL PROCESSLIST;
-- Ngắt một kết nối cụ thể dựa trên ID thu được từ lệnh trên
KILL 12345; -- Thay 12345 bằng ID thực tế
6. Cơ chế dự phòng với quyền SUPER
MySQL luôn dành riêng một kết nối bổ sung (thực tế là max_connections + 1) cho các tài khoản có quyền SUPER. Điều này cho phép quản trị viên vẫn có thể đăng nhập để xử lý sự cố ngay cả khi số lượng kết nối tối đa của người dùng thông thường đã đạt ngưỡng.
Lưu ý quan trọng: Không bao giờ sử dụng tài khoản root hoặc các tài khoản có quyền SUPER để kết nối từ code ứng dụng. Nếu ứng dụng chiếm hết các slot kết nối bao gồm cả slot dự phòng, bạn sẽ không thể đăng nhập để cứu hộ hệ thống.
Để kiểm tra danh sách người dùng và quyền hạn:
SELECT user, host FROM mysql.user;
-- Cấp quyền SUPER cho tài khoản quản trị cụ thể (nếu cần)
GRANT SUPER ON *.* TO 'admin_user'@'localhost';
Bằng cách kết hợp giữa việc tăng max_connections, giảm wait_timeout và quản lý quyền truy cập chặt chẽ, bạn có thể khắc phục hoàn toàn lỗi Error 1040 và duy trì sự ổn định cho hệ thống cơ sở dữ liệu.