MySQL 锁等待怎么查：8.0/8.4 脱敏只读脚本与阻塞链手册
下载经过 MySQL 8.0/8.4 隔离验证的脱敏只读脚本，在不复制业务 SQL、库表名或账号信息的前提下形成当前锁等待候选链。
先用 data_lock_waits 形成最多 100 条脱敏当前快照，再核对事务用途、持续时间、业务责任与回滚成本；脚本不会自动 KILL 或修复。
适用对象
- 脚本只读取 performance_schema.data_lock_waits 与 data_locks，不读取 SQL 文本或业务对象名。
- 等待者和候选阻塞者只显示不可逆线程/事务指纹，便于关联当前快照而不暴露真实标识。
- 空结果只表示采集时刻没有账号可见的等待关系；权限不足或 performance_schema 关闭必须单独标记。
- 候选阻塞线程不能直接等同于应终止对象；KILL、提交、回滚和参数变更都需要单独授权。
如何不复制业务 SQL 就找到候选阻塞链
先采集最小当前快照，避免把敏感 SQL 和业务对象带出生产边界。
脚本用同一固定盐对线程与事务内部标识做 SHA-256 指纹，只用于当前结果内关联。请求锁和持有锁的类型、模式可以帮助判断等待形态，但不能单独说明哪个事务应被终止。
如果结果为空，记录采集时间和账号可见性；如果返回 `performance_schema_disabled` 或权限错误，停止并交由负责人决定是否补权限。不要为了运行一次脚本自动打开采集器或扩大账号权限。
| 字段组 | 用途 | 不能证明 |
|---|---|---|
| 线程/事务指纹 | 在同一快照中关联等待者与候选阻塞者 | 不能识别客户、账号或业务用途 |
| 锁类型与模式 | 判断请求锁和持有锁的冲突形态 | 不能证明阻塞者有错 |
| 空集或关闭状态 | 区分没有可见等待与采集不可用 | 不能证明历史上没有锁等待 |
从脚本结果到人工决定的五步路径
这条路径把免费只读证据和付费服务边界分开。B-HC可以给固定范围风险分级与整改 Top 5，但不自动执行生产动作；需要应急修复时另行确认权限、回滚和审计。
MySQL锁等待复核
- 01
01
固定窗口
记录版本、时间、业务现象和近期变更。
- 02
02
运行只读卡
用最小权限采集最多100条脱敏等待关系。
- 03
03
核对事务
确认用途、持续时间、责任人与回滚成本。
- 04
04
补充反证
核对未受影响范围、连接池、批处理和发布窗口。
- 05
05
选择服务
继续观察、固定范围巡检，或单独授权应急处理。
禁止根据脚本结果自动 KILL、提交、回滚、改参数或加索引。
下载只读 SQL 与脱敏合成样例
SQL 是 inchTraining 权威卡的公开逐字节副本；样例只用于理解字段，不包含客户数据。下载、页面访问和 QA 不计为线索。第14天观察脚本到自查或服务的有效动作，第30天核对非QA有效问题，第90天才决定是否扩展到集群管控或修复产品。
本节判断
- 适用：MySQL 8.0、8.4；MySQL 5.7未验证。
- 权限：data_lock_waits 与 data_locks 的最小 SELECT。
- 资源边界：当前快照、最多100行、客户端5秒超时。
参考依据
以下来源用于确认市场趋势、政策背景和术语边界；具体落地方案仍以客户的数据范围、权限和交付目标为准。
常见问题
脚本返回候选阻塞线程后可以直接 KILL 吗？
不可以。必须先确认事务用途、业务责任、持续时间、回滚量和审批权限；脚本本身不提供终止能力。
空结果是否说明数据库没有锁问题？
不说明。它只表示采集时刻、当前账号可见范围内没有等待关系，还需要结合问题时间窗和可见性判断。
这个脚本会暴露业务 SQL 或表名吗？
不会。公开卡不读取 SQL 文本，也不输出库名、表名、索引名、账号、地址或连接串。