亚马逊的云平台提供数据库服务RDS
把数据库从本地VM迁移到RDS之后，测试时出现一个问题
createDateGMT cannot be null
createDateGMT 是一个timestamp类型，当数据进行插入操作时可以自动生成为当前时间。当Entity里面对应的attribute没有设值，default为null。
在之前的VM测试时当插入的值为null, mysql会自动设为当前时间。但是在RDS上面却报了这样的错误。
经过简单的检查对比：
RDS上用的是5.6.12版本，而之前的VM大部分用了5.5.27版本，只有一个用了5.6.12版本
RDS上面的时区是UTC
针对上面的差异测试了VM上面5.6.12版本，没有问题。
也测试了在RDS上面更改时区， 问题继续
看上去跟时区和版本没有关系？
于是定位问题是RDS上面的配置的问题，google了RDS相关的问题发现一下帖子
http://stackoverflow.com/questions/18264942/how-to-import-mysql-binlog-that-contains-inserts-of-a-timestamp-field-with-defau
https://forums.aws.amazon.com/thread.jspa?threadID=132676#
恍然大悟，终于还是跟mysql的版本和设置有关系。
mysql的timestamp 类型有一些特性，比如
The first TIMESTAMP column in a table, if not declared with the NULL attribute or an explicit DEFAULT or ON UPDATE clause, is automatically assigned the DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP attributes.
mysql 5.6.6 之后引入了一个参数-explicit_defaults_for_timestamp
http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html#sysvar_explicit_defaults_for_timestamp
这个参数的目的就是提供一个选择去turn off timestamp类型的特性，比如
No TIMESTAMP column is assigned the DEFAULT CURRENT_TIMESTAMP or ON UPDATE CURRENT_TIMESTAMP attributes automatically. Those attributes must be explicitly specified.
而RDS上的mysql上的explicit_defaults_for_timestamp值为1，说明已经turn off了timestamp的特性. 而createDateGMT又没有设置ON UPDATE等属性，所以不会自动生成当前时间。
解决办法有几种
1. 降级MySQL版本，等待amazon解决
2. 用trigger生成时间
3. 在程序里去判断和设置时间