博客写的略水，所以提前把问题和解决问题的方式写在前面，遇到这个问题，首先分析下： 项目是不是多个数据源，事务配置是不是有问题。 查了百度，发现遇到这个问题的情况也不少，各种各样。 所以记录一下我遇到的问题和我解决的方式，望能给别人一点启发。 问题描述： 本地环境、测试服务器环境，应用启动，完全没有问题。 然后在一个镜像生产的数据库服务上启动（这个应用真是考验我的解决问题能力，也可能我的能

出现异常”The last packet sent successfully to the server was 0 milliseconds ago.“的大部分原因是由于数据库回收了连接，而系统的缓冲池不知道，继续使用被回收的连接所致的 解决方法：  （1）使用JDBC URL中使用autoReconnect属性 &autoReconnect=true&failOverReadOnl

匹配不包含同时出现两次 “ago” 的行 awk '!/ago.*ago/' your_file.txt !：在awk中，感叹号（!）用于否定匹配。因此，!/ago.*ago/ 表示匹配不包含 “ago.*ago” 的行。ago：这是要匹配的关键词 “ago”。.*：这是一个正则表达式元字符，表示匹配任意字符（除了换行符）零次或多次。ago：这是要匹配的第二个关键词 “ago”。

匹配不包含同时出现两次 “ago” 的行 awk '!/ago.*ago/' your_file.txt !：在awk中，感叹号（!）用于否定匹配。因此，!/ago.*ago/ 表示匹配不包含 “ago.*ago” 的行。ago：这是要匹配的关键词 “ago”。.*：这是一个正则表达式元字符，表示匹配任意字符（除了换行符）零次或多次。ago：这是要匹配的第二个关键词 “ago”。

先查看正在运行的容器 # 查看正在运行的容器docker ps# 查看所有的docker容器docker ps -a 这个时候如果显示的是up状态，那就是启动成功了。 状态为exited，所以没有启动成功。 问题所在 好像是权限的问题 在docker run时额外加上参数 --privileged问题解决， 官网的解释是给容器额外的权限，看来还是权限不足的问题引起的  解决

原因：应用方的数据库连接有效期时间，大于数据库自己设置的有效期 spring.datasource.hikari.idle-timeout：一个连接idle状态的最大时长（毫秒），超时则被释放（retired），缺省:20秒 但是数据库中设置的有效期是三秒。 解决：修改spring.datasource.hikari.idle-timeout配置为数据库自己设置的时间稍长一点为五秒时，问题

出现异常”The last packet sent successfully to the server was 0 milliseconds ago.“的大部分原因是由于数据库回收了连接，而系统的缓冲池不知道，继续使用被回收的连接所致的。            以mysql为例：            第一种解决办法，就是将mysql回收空闲连接的时间变长，mysql默认回收时