timestamp的默認值不正確原因：
MySQL5.7版本中有了一個STRICT mode（嚴格模式），而在此模式下默認是不允許設置日期的值為全0值的，所以想要解決這個問題，就需要修改sql_mode的值。
select @@global.sql_mode; 查看當前sql_mode；
set sql_mode=(select replace(@@sql_mode,'NO_ZERO_IN_DATE,NO_ZERO_DATE','')); 可以修改當前session的sql_mode；
幾種常見的mode介紹：
ONLY_FULL_GROUP_BY：
出現在select語句、HAVING條件和ORDER BY語句中的列，必須是GROUP BY的列或者依賴於GROUP BY列的函數列
NO_AUTO_VALUE_ON_ZERO：
該值影響自增長列的插入。默認設置下，插入0或NULL代表生成下一個自增長值。如果用戶希望插入的值為0，而該列又是自增長的，那么這個選項就有用了
STRICT_TRANS_TABLES：
在該模式下，如果一個值不能插入到一個事務表中，則中斷當前的操作，對非事務表不做限制
NO_ZERO_IN_DATE：
這個模式影響了是否允許日期中的月份和日包含0。如果開啟此模式，2016-01-00是不允許的，但是0000-02-01是允許的。它實際的行為受到 strict mode是否開啟的影響
NO_ZERO_DATE：
設置該值，mysql數據庫不允許插入零日期。它實際的行為受到 strict mode是否開啟的影響
ERROR_FOR_DIVISION_BY_ZERO：
在INSERT或UPDATE過程中，如果數據被零除，則產生錯誤而非警告。如果未給出該模式，那么數據被零除時MySQL返回NULL
NO_AUTO_CREATE_USER：
禁止GRANT創建密碼為空的用戶
NO_ENGINE_SUBSTITUTION：
如果需要的存儲引擎被禁用或未編譯，那么拋出錯誤。不設置此值時，用默認的存儲引擎替代，並拋出一個異常
PIPES_AS_CONCAT：
將”||”視為字符串的連接操作符而非或運算符，這和Oracle數據庫是一樣的，也和字符串的拼接函數Concat相類似
ANSI_QUOTES：
啟用ANSI_QUOTES后，不能用雙引號來引用字符串，因為它被解釋為識別符