有同學說遇到了主從不一致的問題。
大概情況是，從庫是用mysqldump導出導入數據的方式創(chuàng)建的。創(chuàng)建成功后，在用mysqldump驗證主從的表結構是否一致的時候，發(fā)現(xiàn)有些表定義不一致：
從他的比較結果可以看到，在從庫端，有三個列的定義中被加入了“default null”。
懷疑環(huán)境被人人為修改過，但是最終確認環(huán)境沒有被動過。然后又做了一邊測試，使用mysqldump導出數據，使用source將數據導入從庫后，發(fā)現(xiàn)還是有這個現(xiàn)象，問是不是source命令有bug！
如果數據類型沒有包含顯式的default值，MySQL會按照如下的規(guī)則確定默認值：
·如果該列可以采用NULL值作為值，該列在定義的時候會被加上一個顯式的default null子句
·如果該列不可以采用NULL值作為值，該列在定時候就不會加上一個顯式的default子句
對于將數據輸入沒有顯式DEFAULT子句的NOT NULL列的情況，如果INSERT或REPLACE語句不包含該列的值，或者UPDATE語句將該列設置為NULL，屆時則MySQL將根據有效的SQL Mode處理該列：
·如果啟用了嚴格的SQL模式(strict SQL mode)，則事務表將發(fā)生錯誤，并且該語句將回滾。對于非事務表，會發(fā)生錯誤，但是如果此錯誤發(fā)生在多行語句的第二行或后續(xù)行中，則該錯誤之前的所有行均已插入。
·如果未啟用嚴格模式，則MySQL將列設置為列數據類型的隱式默認值。
假設表t定義如下：
mysql> create table t(i int not null);
這里，i沒有顯式的默認值。
在嚴格的sql mode下，下面的語句都會產生錯誤，插入失敗。
mysql> show variables like '%sql_mode%'; +---------------+-------------------------------------------------------------------------------------------------------------------------------------------+ | Variable_name | Value | +---------------+-------------------------------------------------------------------------------------------------------------------------------------------+ | sql_mode | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +---------------+-------------------------------------------------------------------------------------------------------------------------------------------+ 1 row in set (0.01 sec) mysql> INSERT INTO t VALUES(); ERROR 1364 (HY000): Field 'i' doesn't have a default value mysql> INSERT INTO t VALUES(DEFAULT); ERROR 1364 (HY000): Field 'i' doesn't have a default value mysql> INSERT INTO t VALUES(DEFAULT(i)); ERROR 1364 (HY000): Field 'i' doesn't have a default value mysql>
在非嚴格的sql mode下：
mysql> SET @@sql_mode=''; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> show variables like '%sql_mode%'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | sql_mode | | +---------------+-------+ 1 row in set (0.00 sec) mysql> INSERT INTO t VALUES(); Query OK, 1 row affected, 1 warning (0.00 sec) mysql> INSERT INTO t VALUES(DEFAULT); Query OK, 1 row affected, 1 warning (0.01 sec) mysql> INSERT INTO t VALUES(DEFAULT(i)); ERROR 1364 (HY000): Field 'i' doesn't have a default value mysql> select * from t; +---+ | i | +---+ | 0 | | 0 | +---+ 2 rows in set (0.01 sec) mysql>
對于給定的表，SHOW CREATE TABLE語句顯示哪些列具有顯式的DEFAULT子句。對于隱式的默認值定義如下：
·對于numeric類型，默認值為0，但對于用AUTO_INCREMENT屬性聲明的整數或浮點類型，默認值為序列中的下一個值。
·對于除TIMESTAMP以外的date和time類型，默認值為該類型的"零"值。如果啟用了explicit_defaults_for_timestamp系統(tǒng)變量，對于TIMESTAMP也是如此。否則，對于表中的第一個TIMESTAMP列，默認值為當前日期和時間。
·對于ENUM以外的其他字符串類型，默認值為空字符串。對于ENUM，默認值為第一個枚舉值。
mysql> create table t1(id int,name varchar(20)); Query OK, 0 rows affected (0.04 sec) mysql> show create table t1\G *************************** 1. row *************************** Table: t1 Create Table: CREATE TABLE `t1` ( `id` int(11) DEFAULT NULL, `name` varchar(20) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 1 row in set (0.00 sec) mysql>
以上就是MySQL 如何處理隱式默認值的詳細內容，更多關于MySQL 隱式默認值的資料請關注腳本之家其它相關文章！
