MySql连接空闲8小时自动断开引起的问题
一、问题描述
最近遇到了一个奇怪的MySql数据库问题，好几次前一天晚上历史数据还正常存储，第二天早上来了看实时数据存储还正常，历史数据不存储了。找了好久也没找到问题。后来仔细想了想，历史数据设置了变化才存储，是不是数据一直不变，就一直没有往数据库写数据，导致MySql的连接太久不用自动断开了。然后就百度了一下，Mysql空闲连接有效时长，一看都说是8个小时就自动断开了。嗯，有点感觉了，应该就是这个原因。
二、问题排查
根据查到的资料查看MySql 有两个参数，可以设定空闲连接的有效时长，分别是interactive_timeout和wait_timeout ，可以在mysql配置文件中设置。根据这一点，可以来进行排查了。
- 使用
show variables like '%timeout%';命令查询以上两个参数的值，一查都是28800(单位是秒，刚好8小时)。 - 在mysql配置文件中修改
interactive_timeout和wait_timeout都为100，这样连接100秒不使用就自动关闭了。 - 重启mysql服务，开始向数据库中插入数据，中间暂停3分钟(确保空闲连接已经断开)，可以使用
show status like 'Threads%'命令来查看当前的连接数，查询结果中Threads_connected即为当前连接数。 - 继续向mysql插入数据，一看数据果然没有存储上，问题成功复现并找到原因。
三、解决问题
- 查看数据存储部分代码，发现代码中有做断开重连，但是判断连接是否有效的部分写的有问题，也没有校验
mysql_query的返回值，所以数据存储失败的时候没有产生日志。 - 修改代码，连接断开后自动重连，校验
mysql_query的返回值并产生日志，使每次数据库操作结果都有记录。注意：mysql c/c++ APImysql_query返回 0为操作成功，非0为操作失败。
四、一点反思
这个问题完全是由于代码写的不严谨造成的，如果代码写的严谨，该校验的地方都加上校验，就算出现问题也能快速定位。吃一堑，长一智以后需要多注意，养成良好的代码习惯。还有就是需要找时间系统的学习一下数据库方面的内容，项目锻炼是能够快速学习一些内容，但是都是用到哪部分学哪部分，不系统。还是需要自己多花时间系统的学。
