mysql死锁和阻塞问题可通过sublime分析日志排查。1.使用关键词搜索及正则匹配快速定位死锁信息块；2.通过查找waiting状态事务并折叠无关内容聚焦阻塞链；3.结合general log与事务id查找sql执行顺序；4.利用语法高亮、列选择等功能提升日志可读性。这些方法能有效提高排查效率。
MySQL运行过程中，死锁和阻塞问题常常会影响系统的稳定性和并发处理能力。一旦出现这类问题，如果不及时排查定位，轻则影响响应速度，重则导致服务不可用。Sublime Text 作为一款轻量、高效的文本编辑器，在分析日志、SQL语句时可以起到辅助作用，帮助我们快速定位到死锁与阻塞的根源。
下面是一些在使用 Sublime 的过程中，结合 MySQL 日志分析来排查死锁与阻塞问题的实用技巧和建议。
查看并定位 MySQL 死锁日志
MySQL 会自动将最近一次死锁信息记录在日志中（通常是错误日志或通过 SHOW ENGINE INNODB STATUS 输出）。你可以将这些日志导出后，使用 Sublime 打开进行快速浏览和搜索。
建议：
-
使用 Sublime 的关键词高亮功能，搜索关键字如
LATEST DETECTED DEADLOCK，可以快速跳转到死锁发生的位置。
开启“多光标”功能，同时查看多个死锁片段，便于对比不同时间点的死锁情况。
-
如果日志量大，可以用正则表达式匹配多个死锁块，例如：
LATEST DETECTED DEADLOCK.*?--+
这样就能一次性选中所有死锁信息块，逐个分析。
分析事务等待资源的情况
在 InnoDB 状态输出中，除了死锁信息外，还会包含当前正在等待资源的事务信息。这部分内容往往能帮助你发现潜在的阻塞源头。
操作建议：
- 搜索
TRANSACTIONS部分，找到正在进行中的事务。 - 注意是否有事务处于
WAITING FOR THIS LOCK TO BE GRANTED状态，这说明它正在被阻塞。 - 在 Sublime 中使用代码折叠功能，把不相关的事务信息折叠起来，只聚焦于当前阻塞链。
举个例子：
---TRANSACTION 123456, ACTIVE 10 sec 1 lock struct(s), heap size 1136, 0 row lock(s) MySQL thread id 789, OS thread handle 123456789, query id 987654 localhost root waiting TABLE WAIT mysql/innodb_table_stats
上面这段说明该事务正在等待一张表的锁，可能是其他事务未提交导致的。
对比 SQL 语句与执行顺序
有时候死锁是由于多个事务交叉更新同一组数据造成的。此时需要理清各个事务执行了哪些 SQL 语句，以及它们的操作顺序。
方法：
- 将 MySQL 的 general log 或 slow log 导出为文件，用 Sublime 打开。
- 使用查找功能，输入事务ID或线程ID，找出对应事务的所有SQL操作。
- 按照时间戳排序，还原事务之间的操作顺序，有助于判断哪条语句触发了锁竞争。
如果日志中没有详细的时间戳，也可以借助外部工具（如 pt-query-digest）先做预处理，再导入 Sublime 进行人工分析。
利用语法高亮提升可读性
虽然 Sublime 不是专业的数据库分析工具，但它的语法高亮功能可以帮助你在大量日志中更快识别关键部分。
技巧：
- 安装 SQL 语法插件，让 SQL 语句看起来更清晰。
- 自定义颜色主题，突出显示事务状态、锁类型等关键字段。
- 使用“列选择”功能，对齐日志中的字段，方便阅读。
比如，一段原始日志可能像这样：
LATEST DETECTED DEADLOCK ------------------------ ...事务A插入某行... ...事务B更新同一行...
通过调整格式和高亮设置，可以让逻辑关系一目了然。
基本上就这些方法。合理利用 Sublime 的搜索、高亮、多光标等功能，配合 MySQL 的日志输出，可以在排查死锁和阻塞问题时节省不少时间。虽然它不是专业的数据库调试工具，但在日常分析中确实是一个简单又高效的选择。
