随着监控助理突然提示很多数据库连接错误：排查数据库错误便随之提上了日程。重启大法不得不说，有时候重启大法还是挺好使的。所以我们上来也尝试重启mysql {代码...} 再次连接，数据数据直接就连不上了。此时便需要来到正确的轨迹上：看报错内容，根据报错内容来排查原因，解决问题。错误日志很遗憾的是，mysql在启动过...

在进行数据查询时，控制台报了Caused by: com.mysql.cj.exceptions.WrongArgumentException: HOUR_OF_DAY: 0 -> 1异常，查询得知：这是由于查mysql库，转换类型为datetime类型的字段引起的。

近日在spring-boot:2.2.2.release中启用了flyway。但在生产环境中启动却发生了如下错误：DB: Statement violates GTID consistency: CREATE TABLE ... SELECT. (SQL State: HY000 - Error Code: 1786)

当我们配置spring.jap.hibernate.ddl-auto: create或是update等属性后，hibernate为我们自己动生成了数据表。但系统启动时在控制台中有报错，报错内容指明hibernate在给字段添加外键时产生了错误。经排查，错误产生的原因在于hibernate为我们自己动生成的表的引擎为MyISAM，而MyISAM并不支持外键。其实我们想要的引擎是I...

1215 - cannot add foreign key constraint发生在为数据表添加外键时，一旦发生，还是挺痛苦的。在此，参考相关文章及本人经验做一下总结：

原因：在使用Calendar做为字段类型时，每进行一次findById()操作返回的数据的值都比实际值要大一点。更新后再调用查询，还会再大一点。也就是说：如果我们用Calendar做为字段类型，那么该字段会在程序运行时会静悄悄的增大。

比如，刚刚发生了如下事情：有一测试系统，历史的任务是完成上线前的最后一次测试，然后：A 为了给客户演示系统的使用方法，在此系统上添加了大量的供演示用的支撑数据。B 为了删除生产环境下冗余数据，用生产环境下的数据覆盖了测试的数据。

上线生产环境后，由于数据字段默认值（0）未生效，导致了生产环境出了严重的BUG。但在准生产环境中测试的是比较充分的。最后思索可能是由于准生产环境与生产环境的数据库版本不一致造成的。果然，生产环境使用的版本是5.5，而准生产环境、开发环境我们使用的是5.7。只所以这么着，找借口的话就是由于当时安装的时间比较...

应用场景： 服务器端程序异常，需要在本地搭建测试环境，并将服务器上的数据库同步到本地测试环境。 遇到的问题： navicat备份的时候，会根据操作系统不同，生成不同的备份文件。所以由服务器复制下来的备份文件，不能够在本地的MACOS上直接还原。 解决方案： 在本地的其它windows电脑上，将备份的数据还原到MACOS上。 ...

近期服务器由10升级到11，遂将数据库由5.3一并升级到5.6。升级后，使用还原备份的功能，发现还原过程中发生错误。于是使用导入.sql文件的方式进行数据的恢复，但仍然发生了错误。最终，发现是由于版本升级后，多了一个对日期检定的安全模式造成的。

使用官方的docker启用mysql56后，在进行汉字操作时，会出现Incorrect string value: ，原因是由于官方的docker镜像，默认采用latin1编码。本文将阐述如何在官方docker的基础上，使其支持utf8编码，进而支持汉字的存储的。

我们在进行新的功能开发时，由于历史项目的存在，需要在程序起动时对数据进行判断，如果发现是历史版本的数据，则需要对数据进行一些特定的处理；如果是最新的数据，则跳过处理过程。这在系统的版本迭代中尤为重要！本文将阐述如何自动化的实现该过程。

笔者由阿里云自定义镜像安装FREEBSD系统后，启动mysql出现了ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' 错误。表面上看，是说连接不到/tmp/mysql.sock，实际上，是由于mysql-server没有成功启动，进而导致了/tmp/mysql.sock未成功生成。