【 TiDB 使用环境】生产环境
【 TiDB 版本】7.0.0
【复现路径】从慢sql监控看到一条update用了2.7s,根据主键更新
【遇到的问题:问题现象及影响】
UPDATE
`wfc_batch_operate_log`
SET
`update_time` = '2023-06-25 15:09:50'
WHERE
`id` = 878221950497316865;
就一条很简单的根据主键更新时间的sql
【资源配置】
【附件:截图/日志/监控】
【 TiDB 使用环境】生产环境
【 TiDB 版本】7.0.0
【复现路径】从慢sql监控看到一条update用了2.7s,根据主键更新
【遇到的问题:问题现象及影响】
UPDATE
`wfc_batch_operate_log`
SET
`update_time` = '2023-06-25 15:09:50'
WHERE
`id` = 878221950497316865;
就一条很简单的根据主键更新时间的sql
【资源配置】
手工执行也慢吗?
只有一条考虑是不是当时有其他事务在更新这条数据
信息里面的确有个lock
应该是并发更新导致的
观察一下并发数。
并发锁等待可能
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。