💡
原文中文，约4300字，阅读约需11分钟。
📝
内容提要
接收到P99超时告警，定位到某MySQL接口的INSERT或UPDATE逻辑，因缺少索引导致全表扫描和锁等待。重启服务后恢复正常，建议为WHERE条件字段添加索引并优化数据库配置，以防止类似问题。
🎯
关键要点
- 接收到P99超时告警，定位到某MySQL接口的INSERT或UPDATE逻辑。
- 因缺少索引导致全表扫描和锁等待，平均耗时6秒。
- 重启服务后恢复正常，建议为WHERE条件字段添加索引。
- 故障排查过程中，发现大量接口请求耗时慢，服务基本不可用。
- MySQL异常诊断提示中有死锁和等待行锁等错误。
- 确认更新语句导致全表锁，DBA建议添加索引以优化性能。
- 解决方案包括添加索引、重启服务和调整数据库连接池配置。
- MySQL UPDATE语句的WHERE条件字段没有索引会导致全表扫描。
- 锁等待问题在高并发环境下可能导致服务性能下降。
- 服务异常时应及时重启以恢复功能，便于后续问题定位。
❓
延伸问答
MySQL UPDATE 语句导致锁等待的原因是什么？
MySQL UPDATE 语句的 WHERE 条件字段没有索引时，会导致全表扫描，从而对所有记录加锁，造成锁等待。
如何解决 MySQL 锁等待问题？
可以通过为 WHERE 条件字段添加索引、重启服务和调整数据库连接池配置来解决锁等待问题。
锁等待对服务性能有什么影响？
锁等待在高并发环境下可能导致服务性能大幅下降，甚至造成服务不可用。
在什么情况下需要重启 MySQL 服务？
当排查无果且确认重启能恢复服务时，应第一时间重启 MySQL 服务。
如何优化 MySQL 数据库以防止锁等待？
优化 MySQL 数据库可以通过添加索引、合理配置数据库连接数和增加日志捕获机制来实现。
MySQL 中的死锁和锁等待有什么区别？
死锁是两个事务互相等待对方释放锁，而锁等待是一个事务等待另一个事务释放锁，超过时间限制会引发异常。
➡️
