MySQL 数据库响应延迟问题分析一例（例3）

Posted 2022-06-22 渔夫数据库笔记

例2分支

例2中业务侧给出的数据库响应延迟问题，有些情况如例2中描述，是sql因为等待，导致执行时间成，所以业务侧响应延迟。但是有些sql执行时间缺没有问题

业务日志截图 

binlog日志截图

 该binlog统计结果如下:

grep -i "exec_time" mysql-bin.026571.txt|grep -i "211102  9:11:41"

 #看到从2021-11-02 09:11:41.xxx 某个时间点之后，数据库所有记录binlog的操作都被阻塞5s钟才执行完成

grep -i "exec_time" mysql-bin.026571.txt|grep -i "211102  9:11:42"

后面依次内推 211102  9:11:43 binlog日志中sql被阻塞3s，211102  9:11:44 被阻塞2s，211102  9:11:45 没有binlog记录

表结构

CREATE TABLE `t_vehicle_driver_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `driver_id` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL COMMENT 'xxx',
  `driver_name` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL COMMENT 'xxx',
  `driver_phone` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL COMMENT 'xxx',
  `license_plate` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL COMMENT 'xxx',
  `start_time` datetime DEFAULT NULL COMMENT 'xxx',
  `end_time` datetime DEFAULT NULL COMMENT 'xxx',
  `create_by` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL COMMENT 'xxx',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'xxx',
  `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 'xxx',
  PRIMARY KEY (`id`),
  KEY `idx_driver_id` (`driver_id`),
  KEY `idx_license_plate` (`license_plate`)
) ENGINE=InnoDB AUTO_INCREMENT=109015527 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin ROW_FORMAT=DYNAMIC COMMENT='xxx'

更新：这个问题到目前为止都没有什么实质性的进展，所以一直没有更新，抱歉。后续如果云厂商还找不出问题，该篇会删除