com.mysql.cj.jdbc.exceptions.CommunicationsException Communications li ...

媒介:

一般这个报错大多是网络原因导致的，确保你不是网络标题再往下看
标题

在一个方法上（该方法非常复杂实行时间长）加了 @Transactional(rollbackFor = Exception.class)后出现了如下图所示的错误

办理：

颠末排查并非网络标题。复现时，在数据库实行show processlist;发现出现了许多存在时间非常长的锁（非死锁），那么大概率是由于数据库连接池的连接数不够导致的数据库连接失败中断。在长事务中每次进行数据库操作都要占用连接数，并且由于事务没有提交的原因，一直没有释放连接。细化事务的范围即可(不保证整个过程一致)
好比你的主方法在A类，调用了B类的方法，就别在A类方法上加事务注解，而是在B类被调用的上方法加。如果A类调用B类方法是多次调用的话(好比循环)，那么他会在B类开启你循环次数个事务，每个事务独立。例如你调用了100次，前99次全乐成，最后一次失败，他是不会回滚前99次的操作的，而是会回滚你第100次的操作。
扩展表明：

1. @Override
2. public void B() {
3.     // 操作数据库的方法
4. }
6. @Transactional(rollbackFor = Exception.class)
7. public void A(List<String> strs) {
8.     for (String s: strs) {
9.         B();
10.     }
11. }
14. @Override
15. @Transactional(rollbackFor = Exception.class)
16. public void B() {
17.     // 操作数据库的方法
18. }
20. public void A(List<String> strs) {
21.     for (String s: strs) {
22.         B();
23.     }
24. }

复制代码

第一段代码中只会启动一个事务，在循环的数据库操作还未全部完成之前（事务未提交）会一直占用连接池，第二段代码中，会启动strs集合巨细个事务，遍历完一个元素便提交一次事务。如果两个方法都加注解，子方法启动事务的时候会判断上一层有没有事务，如果有那么会加入到上一层事务管理，而不是自己启一个事务 。这就涉及到事务的传播特性了
2024.1.04补充

在调试一个复杂的导出时，又出现了Communications link failure的错误，第一反应就是sql实行时间太长凌驾了druid设置的maxwait（获取连接等待超时时间）。
分析sql，实行 explain 你的sql 。id为实行优先级，数值一样则从上到下实行。其他参数我就不表明了，网上都有（搜索explain各个参数的意义），重要看table（表别名）、type（扫描类型，不要看到all就觉得很影响性能，其实表小的话不走索引反而更快）、row（预估扫描条数，如果数目很大，那你的sql就必要优化了）、extra（一般是看排序请客，尽量让Using index出现多点）。
如果条件允许，我发起把所有连接条件中的字段（一般是id为主）和order by 、 group by反面的字段都加索引

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。