mysql中如何解决锁等待超时

结论：优化SQL、减少锁争用是解决MySQL锁超时问题的根本。

1 .慢查询日志：打开，检测到慢 SQL。
2 . EXPLAIN分析：使用正确的索引，避免全表扫描。
3 .添加索引：为WHERE等字段添加索引。
4 . 小交易：将大交易分成小交易并快速发送。
5 、以相同的顺序访问表：避免死锁等。
6 .避免耗时操作：不要在事务上浪费时间。
7 、乐观锁：并发不高时使用。
8 、读写分离：从从库读取，写入主库。
9 .增加innodb_lock_wait_timeout：适度，不影响体验。
1 0、回滚整个事务：强一致性场景。
1 1 .屏幕锁定状态：解锁、锁定等待信息。
1 2 .优化SQL事务：慢查询、事务设计。
1 3 . 不要只是增加超时：首先优化。

自己掂量一下。

mysql-connector-java:8.0.23与mysql-connector-j:8.4.0连接超时时间

驱动程序不直接控制超时。
mysql-connector-java:8 .0.2 3 超时由服务器配置、连接池配置和客户端设置决定。
mysql-connector-j:8 .4 .0也是同样的原因，配置决定了超时时间。
有关服务器配置，请参阅 wait_timeout 和 Interactive_timeout。
有关连接池配置，请参阅捕获超时和验证超时。
有关客户端设置，请参阅 connectTimeout，但支持有所不同。
不建议使用 autoReconnect=true，并且在生产环境中禁用 autoReconnect=true。
出现问题时，首先检查您的 wait_timeout 和 Interactive_timeout 服务器配置。
再看看你的连接池配置，最大连接数，空闲连接数，以及测试策略。
最后，阅读驱动程序文档并调整客户端设置。
具体超时时间视情况而定，根据文档和实际情况进行调整。

MySQL Workbench出现：Error Code 2013.的解决方案

是的，这就是问题所在。
以前也遇到过这种情况。

老实说，把超时时间改成6 00秒没有效果吗？
然后尝试1 0,000秒，看看你是否可以完成。

结果其实就在那里，证明时间并不是固定的限制。

所以如果数据量很大，不要盯着6 00秒。

根据数据量和复杂程度进行调整，不要只听6 00秒。

设置较长的时间，避免频繁断线，但也不能太长，造成麻烦。

亲眼看看，效率和延迟之间的平衡非常重要。