MySQL導入時間0000-00-00
今天拿到一批數據，然後準備直接導入到數據庫中，使用的工具爲NavicatPremium,數據的時間爲2019-09-01 21:18:27，然後操作之後數據庫字段格式設置爲datetime，但是2019-09-01 21:18:27導入到數據庫之後，時間顯示爲0000-00-00 21:18:27。這就有問題了，前面的日期顯示不對，這數據就沒意義，那就找下原因吧。
百度下往上很多人說的很多不同的方法,比如：
1.使用sql拼接導入。
2.導入成verchar的然後轉換字段類型。
3.etc。
麻煩，本來就是簡單的導入數據，不需要這麼多騷操作吧。
所以還是找下原因吧。
一番查詢之後發現，在導入的時候，筆者是從TXT文件中導入的，在導入的第四步選擇時間格式的時候，有時間類型分隔符選擇，如下圖所示：
因爲筆者的時間格式是：2019-09-01 21:18:27類型，但是Navicat默認的時間分割爲 - 格式，所以在導入時間的時候，前半部分2019-09-01識別不了，所以設定的是默認時間0000-00-00，那麼按照這麼說，只需要將分隔符 / 改爲 - 即可。
故，將分隔符/改爲-之後再按照之前的導入步驟進行導入，時間顯示無誤，爲2019-09-01 21:18:27。
可能很多人一看，這不就是簡單的導入數據選擇不細心嗎，是的，這件小事告訴我們，在做事情的時候，每一步都很重要，直接關係着最後的結果，不要盲目的點擊 下一步 。
分享下，記錄。