MariaDb慢速查询日志-仅查询时间很长
我的慢速查询日志中有以下条目:MariaDb慢速查询日志-仅查询时间很长,mariadb,mysql-slow-query-log,tokudb,Mariadb,Mysql Slow Query Log,Tokudb,我的慢速查询日志中有以下条目: Query_time: 4.000347 Lock_time: 0.000095 Rows_sent: 0 Rows_examined: 0 update `my_table` set `a` = null, `b` = 'x', c= ... (updating around 20 fields) where `id` = 1234; id是此表中的主键;并且有一个与此id 按主键选择是快速的。而且在大多数情况下,通过PK更新运行速度要快得多;所以我想
Query_time: 4.000347
Lock_time: 0.000095
Rows_sent: 0
Rows_examined: 0
update `my_table` set `a` = null, `b` = 'x', c= ... (updating around 20 fields) where `id` = 1234;
id
是此表中的主键;并且有一个与此id
按主键选择是快速的。而且在大多数情况下,通过PK更新运行速度要快得多;所以我想找出那些慢的原因
CPU、I/O或内存监控上没有出现明显的峰值;系统上的负载相对平稳
这些查询的精确时间接近4秒,似乎存在某种模式。它不像我有一个2到6秒之间的分布;他们4号都好
4秒钟的PK更新以小组形式出现;其中一些是4秒;一个接一个
所有这些;似乎在暗示什么。。。奇怪
服务器上有超过1000 db的连接,所以我想知道是否会有线程调度的东西不时地阻塞事情?哪个引擎?.Ah;非常相关的一点-这张表在托克比,非常相关。我加了一个标签。我对托克达的了解还不够深入。从id=1234的my_表中选择*的速度有多快?用额外的细节更新了问题。按主键选择是快速的。在大多数情况下,通过PK更新运行得更快。
id
不是PK吗?请将SHOW CREATE TABLE
添加到您的问题中。(这将为发动机提供动力。)