這幾天做MySQL資料轉移的時候出現問題，本地用的是MySQL 4.1，現在要移植到MySQL 5.5上。庫指令碼匯入之後，發現更新資料的時候不報錯，但是資料更新不成功，苦苦努力才發現datetime型別出了問題，程式裡面給datetime型別的一個欄位是一個空字串，因此報錯。奇怪的是，我把同樣的SQL語句發給MySQL公司的人，他們可以正常執行，只是報出一個Warning。

     經過大量的查詢資料後發現，問題出現my.ini裡面的sql-mode的設定上，sql-mode預設為"STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"，這裡把STRICT_TRANS_TALBES去掉之後，重啟MySQL，就OK了。

     STRICT_TRANS_TABLES的工作方式：
     · 對於事務性儲存引擎，在語句中任何地方出現的不良資料值均會導致放棄語句並執行回滾。
     · 對於非事務性儲存引擎，如果錯誤出現在要插入或更新的第1行，將放棄語句。（在這種情況下，可以認為語句未改變表，就像事務表一樣）。首行後出現的錯誤不會導致放棄語句。取而代之的是，將調整不良資料值，並給出告警，而不是錯誤。換句話講，使用STRICT_TRANS_TABLES後，錯誤值會導致MySQL執行回滾操作，如果可以，所有更新到此為止。

     當然，如果想要執行嚴格的檢查，請啟用STRICT_TRANS_TABLES，那樣的話，就得修改程式，把給datetime型別的空字元修改成"0000-00-00 00:00:00"即可。