tôi đã chạy một mysql nhập mysql dummyctrad < dumpfile.sql trên máy chủ và mất quá nhiều thời gian để hoàn thành. Tệp kết xuất là khoảng 5G. Máy chủ centos 6 bộ nhớ = 16G và 8core xử lý, mysql v 5,7 x64Cách giải quyết cảnh báo mysql: "InnoDB: page_cleaner: 1000ms vòng lặp dự định mất XXX ms. Các cài đặt có thể không tối ưu"?
Là những thông điệp bình thường/tình trạng "chờ đợi bảng tuôn ra" và thông điệp InnoDB: page_cleaner: 1000ms intended loop took 4013ms. The settings might not be optimal
nội dung mysql log
2016-12-13T10:51:39.909382Z 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 4013ms. The settings might not be optimal. (flushed=1438 and evicted=0, during the time.)
2016-12-13T10:53:01.170388Z 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 4055ms. The settings might not be optimal. (flushed=1412 and evicted=0, during the time.)
2016-12-13T11:07:11.728812Z 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 4008ms. The settings might not be optimal. (flushed=1414 and evicted=0, during the time.)
2016-12-13T11:39:54.257618Z 3274915 [Note] Aborted connection 3274915 to db: 'dummyctrad' user: 'root' host: 'localhost' (Got an error writing communication packets)
processlist \
mysql> show processlist \G;
*************************** 1. row ***************************
Id: 3273081
User: root
Host: localhost
db: dummyctrad
Command: Field List
Time: 7580
State: Waiting for table flush
Info:
*************************** 2. row ***************************
Id: 3274915
User: root
Host: localhost
db: dummyctrad
Command: Query
Time: 2
State: update
Info: INSERT INTO `radacct` VALUES (351318325,'kxid ge:7186','abcxyz5976c','user100
*************************** 3. row ***************************
Id: 3291591
User: root
Host: localhost
db: NULL
Command: Query
Time: 0
State: starting
Info: show processlist
*************************** 4. row ***************************
Id: 3291657
User: remoteuser
Host: portal.example.com:32800
db: ctradius
Command: Sleep
Time: 2
State:
Info: NULL
4 rows in set (0.00 sec)
Update-1
mysqlforum, innodb_lru_scan_depth
thay đổi giá trị innodb_lru_scan_depth đến 256 đã được cải thiện các truy vấn chèn thời gian thực hiện + không có thông báo cảnh báo trong nhật ký, mặc định là innodb_lru_scan_depth = 1024;
SET GLOBAL innodb_lru_scan_depth=256;
Vấn đề thực tế là gì? Mất quá nhiều thời gian không phải là điều tôi thấy là một vấn đề cho một quá trình tắt! Bạn có thể cụ thể hơn nhiều không, có lỗi gì nếu bạn thấy? Bạn có bất kỳ nhật ký nào có thể cho biết điều gì đang xảy ra không? Xin lỗi, nhưng không có nơi gần đủ thông tin cho bất kỳ ai để giúp đỡ – jamesc
Câu hỏi * thực tế * là gì? Điều này đọc giống báo cáo trạng thái hơn là một câu hỏi. – spencer7593