問題現象：
開發反饋線上環境插入NULL 如下列定義 報錯不能插入NULL值，同樣的字段定義測試環境OK
`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '創建時間',
`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新時間',
排查問題：
數據庫版本5.7.29，發現線上explicit_defaults_for_timestamp 參數為 on， 此參數在8.0之后默認為off，功能性參數，根據業務需要，關閉即可。
理論支撐：
在MySQL 5.6.6版本之后（explicit_defaults_for_timestamp參數在MySQL 5.6.6開始加入）的版本中，如果沒有設置explicit_defaults_for_timestamp=1的情況下：
1）在默認情況下，如果TIMESTAMP列沒有顯示的指明null屬性，那么該列會被自動加上not null屬性(而其他類型的列如果沒有被顯示的指定not null，那么是允許null值的)，如果往這個列中插入null值，會自動的設置該列的值為current timestamp值。
2）表中的第一個TIMESTAMP列，如果沒有指定null屬性或者沒有指定默認值，也沒有指定ON UPDATE語句。那么該列會自動被加上DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP屬性。
3）第一個TIMESTAMP列之后的其他的TIMESTAMP類型的列，如果沒有指定null屬性，也沒有指定默認值，那么該列會被自動加上DEFAULT ‘0000-00-00 00:00:00’屬性。如果insert語句中沒有為該列指定值，那么該列中插入’0000-00-00 00:00:00’，並且沒有warning。
在MySQL 5.6.6及以后的版本和MySQL 5.7之前的版本中，如果在配置文件中沒有指定explicit_defaults_for_timestamp參數，啟動時error日志中會報如下警告：
[Warning] TIMESTAMP with implicit DEFAULT value is deprecated.
Please use --explicit_defaults_for_timestamp server option (see
documentation for more details).
如果我們在啟動的時候在配置文件中指定了explicit_defaults_for_timestamp=1，MySQL會按照如下的方式處理TIMESTAMP列：
1）此時如果TIMESTAMP列沒有顯示的指定not null屬性，那么默認的該列可以為null，此時向該列中插入null值時，會直接記錄null，而不是current timestamp。
2）不會自動的為表中的第一個TIMESTAMP列加上DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP屬性，除非你在建表的時候顯示的指明。
3）如果TIMESTAMP列被加上了not null屬性，並且沒有指定默認值。這時如果向表中插入記錄，但是沒有給該TIMESTAMP列指定值的時候，如果strict sql_mode被指定了，那么會直接報錯。如果strict sql_mode沒有被指定，那么會向該列中插入’0000-00-00 00:00:00’並且產生一個warning。