该应用程序是实时站点,需要对每个查询(选择、更新、插入)进行快速访问 每次查询的低延迟必须小于 200 毫秒
好吧,每个查询平均有 98%。完成作业查询的时间少于 0.001-0.005 秒。
问题是有时每小时大约 5 次,它们可能需要 1 秒,可能是 5 秒,我不知道问题的真正原因
我发现减少问题的方法是将其从 INNODB 转移到 MEMORY。
问题是为什么有时查询可能需要长达 5 秒的时间?
Example query in sometime query more than 1 secound
# Time: 130328 20:27:40
# User@Host: ferge572w[ferge572w] @ localhost []
# Query_time: 1.339712 Lock_time: 0.000026 Rows_sent: 0 Rows_examined: 1
SET timestamp=1364477260;
UPDATE log_product SET credit=credit+1 WHERE id_product='149721921' and id_user='2029275' LIMIT 1;
table index: id_product, id_user
No.row: 33,491 table size: 5Mb
# Time: 130329 7:25:37
# User@Host: ferge572w[ferge572w] @ localhost []
# Query_time: 1.439856 Lock_time: 0.000031 Rows_sent: 0 Rows_examined: 1
SET timestamp=1364516737;
UPDATE product SET lastuser='hello',picperson='1',lastid='2030505',country='thailand',price=price+0.01,time=DATE_ADD(time, INTERVAL 3 SECOND) WHERE id='349721227' LIMIT 1;
table index: id
No.row: 35 table size: 2.1Mb
我确保 EXPLAIN 优化查询和更新使用索引。还检查了表字段的数据类型及其长度,但仍然有问题
更新我发现问题的原因是系统高 IOwait 时。慢查询 heppen 立即。如何修复它
IO 等待高时查询慢。
从 iotop 命令显示
-- TID -- PRIO -- 用户 -- 磁盘读取 -- 磁盘写入 -- SWAPIN -- IO> -- 命令
-- 2311 -- be/4 -- mysql -- 0.00 B/s -- 0.00 B/s -- 0.00% -- 96.25% -- mysql~l.sock
-- 2311 -- be/4 -- mysql -- 0.00 B/s -- 0.00 B/s -- 0.00% -- 96.25% -- mysql~l.sock
-- 2311 -- be/4 -- mysql -- 0.00 B/s -- 0.00 B/s -- 0.00% -- 96.24% -- mysql~l.sock
下午 6:13:28 - 下午 6:13:29(sar 命令)时开始高 IO 等待
--------------------- CPU -- %usr -- %nice -- %sys -- %iowait -- %steal
-- 下午 6:13:28 --- 全部 -- 2.53 -- 0.00 -- 2.02 -- 39.39 -- 0.00
-- 下午 6:13:29 --- 全部 -- 1.99 -- 0.00 -- 1.00 -- 49.25 -- 0.00
在那段时间之间查询缓慢
时间:130329 18:13:29
用户@主机:wdwdwd[wdwdwd]@localhost[]
Query_time: 2.007902 Lock_time: 0.000025 Rows_sent: 0 Rows_examined: 1 SET timestamp=1364555609;
UPDATE log_product SET credit=credit+1 WHERE id_product='349721228' and id_user='2021841' LIMIT 1;