在MySQL 5.6.6之前，TIMESTAMP的默認行為：
TIMESTAMP列如果沒有明確聲明NULL屬性，默認為NOT NULL。（而其他數據類型，如果沒有顯示聲明為NOT NULL，則允許NULL值。）設置TIMESTAMP的列值為NULL，會自動存儲為當前timestamp。
表中的第一個TIMESTAMP列，如果沒有聲明NULL屬性、DEFAULT或者 ON UPDATE，會自動分配 DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP 屬性。
表中第二個TIMESTAMP列，如果沒有聲明為NULL或者DEFAULT子句，默認自動分配'0000-00-00 00:00:00′。插入行時沒有指明改列的值，該列默認分配'0000-00-00 00:00:00′，且沒有警告。
2列TIMESTAMP未聲明為NULL的默認行為
從MySQL5.6.6開始這種默認設置的方法被廢棄了。在MySQL啟動時會出現以下警告：
[Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (seedocumentation for more details).
關閉警告，在my.cnf中加入
[mysqld] explicit_defaults_for_timestamp=true
重啟MySQL後錯誤消失，這時TIMESTAMP的行為如下：
TIMESTAMP如果沒有顯示聲明NOT NULL，是允許NULL值的，可以直接設置改列為NULL，而沒有默認填充行為。
TIMESTAMP不會默認分配DEFAULT CURRENT_TIMESTAMP 和 ON UPDATE CURRENT_TIMESTAMP屬性。
MySQL5.6-INNODB-timestampTIMESTAMP 不設置是否為NULL
聲明為NOT NULL且沒有默認子句的TIMESTAMP列是沒有默認值的。往數據表中插入列，又沒有給TIMESTAMP列賦值時，如果是嚴格SQL模式，會拋出一個錯誤，如果嚴格SQL模式沒有啟用，該列會賦值為'0000-00-00 00:00:00′，同時出現一個警告。（這和MySQL處理其他時間類型數據一樣，如DATETIME）
TIMESTAMP 默認設置為NOT NULL
Note:
以上內容和存儲引擎選擇無關。
MySQL從5.5升級到5.6，TIMESTAMP的變化
前言
前段時間，系統MySQL從5.5升級到了5.6，系統出現了大量的異常。大部分異常引起原因是由於TIMESTAMP的行為發生了變化。
TIMESTAMP在MySQL5.5中的行為
第一個未設置默認值的TIMESTAMP NOT NULL字段隱式默認值：
CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 後面未設置默認值的TIMESTAMP NOT NULL字段隱式默認值：
0000-00-00 00:00:00 TIMESTAMP NOT NULL字段插入NULL時，會使用隱式默認值：
CURRENT_TIMESTAMP 不支持多個CURRENT_TIMESTAMP 默認值
TIMESTAMP在MySQL5.6中的行為
支持多個CURRENT_TIMESTAMP 默認值 可以兼容5.5的行為，支持隱性默認值
explicit_defaults_for_timestamp=0 我測試安裝的MySQL5.6默認使用這個參數，啟動時，服務器會給出一個警告。
[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
總結
MySQL5.5中TIMESTAMP行為是比較詭異的，會造成一些隱含的問題，比如程序中傳入了NULL值 MySQL5.6中可以將TIMESTAMP的行為變得正常，但會存在兼容問題 explicit_defaults_for_timestamp參數未來會消失 我們不要過度依賴數據庫的特性，這些特性會給應用程序造成掣肘
