匯入mysql資料的時候提示Field * doesn't have a default value解決方法
阿新 • • 發佈：2020-12-25
- 專案使用django+mysql
- 在linux中使用的是mysql5.7,匯入資料提示：Field * doesn't have a default value
- 想要解決問題就需要知道在mysql5.7中,啟用了嚴格模式：
- 在配置檔案中 /etc/mysql/my.cnf 中找到:
- sql-model=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
- 修改為：sql-mode=NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
- 然後重啟mysql,在重新同步模型到資料庫
出現此問題的原因：
- 在mysql5.0.2以前，mysql對非法值檢查並不嚴厲，而且為了資料輸入還會強制將他們變為合法值。
- 在5.0.2以後的版本中，保留了以前的預設行為，但你可以為不良值選擇更傳統的處理方法，從而使得伺服器能夠拒絕並放棄出現不良值的語句。
mysql 預設行為和新的嚴格sql模式和區別：
- 如果未使用嚴格模式，下面的情況是合法的。如果將不正確的值插入到列，如將null值插入非null列，或將過大的資料插入數值列，mysql 會將這些列設定為最可能的值，而不是丟擲錯誤資訊。
- 如果檢視將超過範圍的值儲存到數值列，mysql伺服器將儲存0(最小的可能值)取而代之，或最大的可能值。
- 對於字串，mysql 或儲存空字串，或將字串可能多的部分儲存到列中。
- 如果打算將不是以數值開頭的字串儲存到數值列，mysql將儲存0。
- mysql允許將特定的不正確日期值儲存到DATE和DATETIME列（如：“2000-02-31” 或 “2000-02-00”）。其觀點在於，驗證日期不是sql伺服器你的值。如果mysql能儲存日期值並且準確檢索相同的值，mysql就能按給定的值儲存它。如果日期錯誤（超出伺服器能儲存的範圍）將在列中儲存特殊的日期值“0000-00-00”取而代之。
- 如果檢視將null值儲存到不接受null值的列，對於單行insert語句，將出現錯誤。對於多行insert語句或者insert into...select語句，mysql伺服器會儲存針對列資料型別的隱含預設值。一般情況下，對於數值型別，它是0，對於字串型別，它是空字串（‘’），對於日期和時間型別是“zero”。
- 如果insert語句未為列指定值，如果列定義包含明確的default子句，mysql將插入預設值。如果在定義中沒有這類default子句，mysql 會插入列資料型別的隱含預設值。
- 採用前描述規則的原因在於，在語句開始執行前，無法檢查這些情況。如果在更新了舒航後遇到這類問題，我們不能僅靠回滾解決，這是因為儲存引擎可能不支援回滾。種植語句並不是良好的選擇，在該情況下，更新完成了“一半”，這或許是最差的情況。對於本例，較好的方式是“儘可能做到最好”，就像什麼都沒有發生那樣繼續執行。
在mysql 5.0.2以後的版本中，可以使用STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES sql模式，選擇更嚴格的處理方式。
STRICT_TRANS_TABLES的工作方式：
- 對於事物性儲存引擎，在語句中任何地方出現的不良資料值俊輝導致放棄語句並執行回滾。
- 對於非事物性儲存引擎，如果錯誤出現再要插入或更新的第一行，將放棄語句。（這種情況下，可以認為語句未改變表，就像事物表一樣）。首行後出現的錯誤不會導致放棄執行語句。取而代之的是，將調整不良資料值，並給出警告，而不是錯誤。換句話講，使用STRICT_TRANS_TABLES後，錯誤值會導致mysql執行回滾操作，如果可以，所有更新到此為止。
要想執行更嚴格的檢查，請啟用STRICT_ALL_TABLES。除了非事務性儲存引擎，它與STRICT_TRANS_TABLES等同，即使當不良資料出現在首行後的其他行，所產生的錯誤也會導致放棄執行語句。這意味著，如果錯誤出現在非事務性表多行插入或更新過程之中，僅更新部分結果，前面的行將完成插入或更新，但錯誤出現點後面行為則不然。對於非事務性表，為了避免這種情況的發生，可使用單行語句，或者在能接受轉換警告而不是錯誤的情況下使用STRICT_TRANS_TABLES。要想在第1場合防止問題的出現，不要使用mysql來檢查列的內容。最安全的方式是，讓應用程式負責，僅將有效值傳遞給資料庫。
有了嚴格的模式選項後，可使用insert ignore 或 update ignore 而不是不帶ignore的insert或update,將錯誤當做警告對待。