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

修改源后更新报错 我有两个Centos 一个7 一个8，疏忽在7上面配置了8的源后报错，通过下面的报错发现提示的是Centos7的源找不到，才意识到是不是配置错了源。 报错信息： http://mirrors.aliyun.com/centos/7/AppStream/x86_64/os/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not

一、可选参数介绍 EX second ：设置键的过期时间为 second 秒。 SET key value EX second 效果等同于 SETEX key second value 。PX millisecond ：设置键的过期时间为 millisecond 毫秒。 SET key value PX millisecond 效果等同于 PSETEX key millisecond value

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

原因：应用方的数据库连接有效期时间，大于数据库自己设置的有效期 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默认回收时