今天把应用部署到AWS上发现后台修改内容提交后程序报错，经过排查发现是更新数据的时候，有张数据表中的一个timestamp类型的字段默认值变成了"0000-00-00 00:00:00.000000"格式，导致解析失败造成的。
在mysql该字段的创建语句如下
`XXX` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 正常情况下 应该是当前数据更改的时间格式
因为在本地开发环境测试过，没有该问题，应用环境一直，唯一不同的是，生产环境数据库用的是AWS的RDS的mysql，经过对错误信息的搜索，大致应该是mysql参数配置的问题。
看了下mysql官方文档
By default, the first TIMESTAMP column has both DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP if neither is specified explicitly。
很多时候，这并不是我们想要的，如何禁用呢？
1. 将“explicit_defaults_for_timestamp”的值设置为ON。
2. “explicit_defaults_for_timestamp”的值依旧是OFF，也有两种方法可以禁用
1> 用DEFAULT子句该该列指定一个默认值
2> 为该列指定NULL属性。
mysql> show variables like '%explicit_defaults_for_timestamp%'; +---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | explicit_defaults_for_timestamp | OFF | +---------------------------------+-------+ row in set (0.00 sec)
开发环境explicit_defaults_for_timestamp 的值是OFF
比对了下RDS中mysql的参数，发现这个参数值为0，因为rds中mysql的默认参数组是不允许修改的，所以创建个参数组，会默认把default的参数组继承过来，当时并不知道这里的0和1是怎么对应on和off的，所以就把值改成了1.然后重启rds。
此时发现就不会有该错误了。
将rds中mysql的参数改成如下情况 完美解决
explicit_defaults_for_timestamp = 1
