有同學(xué)說遇到了主從不一致的問題。

大概情況是，從庫(kù)是用mysqldump導(dǎo)出導(dǎo)入數(shù)據(jù)的方式創(chuàng)建的。創(chuàng)建成功后，在用mysqldump驗(yàn)證主從的表結(jié)構(gòu)是否一致的時(shí)候，發(fā)現(xiàn)有些表定義不一致：

從他的比較結(jié)果可以看到，在從庫(kù)端，有三個(gè)列的定義中被加入了“default null”。

懷疑環(huán)境被人人為修改過，但是最終確認(rèn)環(huán)境沒有被動(dòng)過。然后又做了一邊測(cè)試，使用mysqldump導(dǎo)出數(shù)據(jù)，使用source將數(shù)據(jù)導(dǎo)入從庫(kù)后，發(fā)現(xiàn)還是有這個(gè)現(xiàn)象，問是不是source命令有bug！

如果數(shù)據(jù)類型沒有包含顯式的default值，MySQL會(huì)按照如下的規(guī)則確定默認(rèn)值：·如果該列可以采用NULL值作為值，該列在定義的時(shí)候會(huì)被加上一個(gè)顯式的default null子句·如果該列不可以采用NULL值作為值，該列在定時(shí)候就不會(huì)加上一個(gè)顯式的default子句

對(duì)于將數(shù)據(jù)輸入沒有顯式DEFAULT子句的NOT NULL列的情況，如果INSERT或REPLACE語句不包含該列的值，或者UPDATE語句將該列設(shè)置為NULL，屆時(shí)則MySQL將根據(jù)有效的SQL Mode處理該列：·如果啟用了嚴(yán)格的SQL模式(strict SQL mode)，則事務(wù)表將發(fā)生錯(cuò)誤，并且該語句將回滾。對(duì)于非事務(wù)表，會(huì)發(fā)生錯(cuò)誤，但是如果此錯(cuò)誤發(fā)生在多行語句的第二行或后續(xù)行中，則該錯(cuò)誤之前的所有行均已插入。·如果未啟用嚴(yán)格模式，則MySQL將列設(shè)置為列數(shù)據(jù)類型的隱式默認(rèn)值。

假設(shè)表t定義如下：

mysql> create table t(i int not null);

這里，i沒有顯式的默認(rèn)值。在嚴(yán)格的sql mode下，下面的語句都會(huì)產(chǎn)生錯(cuò)誤，插入失敗。

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 valuemysql> INSERT INTO t VALUES(DEFAULT);ERROR 1364 (HY000): Field ’i’ doesn’t have a default valuemysql> INSERT INTO t VALUES(DEFAULT(i));ERROR 1364 (HY000): Field ’i’ doesn’t have a default valuemysql>

在非嚴(yán)格的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 valuemysql> select * from t;+---+| i |+---+| 0 || 0 |+---+2 rows in set (0.01 sec) mysql>

對(duì)于給定的表，SHOW CREATE TABLE語句顯示哪些列具有顯式的DEFAULT子句。對(duì)于隱式的默認(rèn)值定義如下：·對(duì)于numeric類型，默認(rèn)值為0，但對(duì)于用AUTO_INCREMENT屬性聲明的整數(shù)或浮點(diǎn)類型，默認(rèn)值為序列中的下一個(gè)值。·對(duì)于除TIMESTAMP以外的date和time類型，默認(rèn)值為該類型的'零'值。如果啟用了explicit_defaults_for_timestamp系統(tǒng)變量，對(duì)于TIMESTAMP也是如此。否則，對(duì)于表中的第一個(gè)TIMESTAMP列，默認(rèn)值為當(dāng)前日期和時(shí)間。·對(duì)于ENUM以外的其他字符串類型，默認(rèn)值為空字符串。對(duì)于ENUM，默認(rèn)值為第一個(gè)枚舉值。

mysql> create table t1(id int,name varchar(20));Query OK, 0 rows affected (0.04 sec) mysql> show create table t1G*************************** 1. row *************************** Table: t1Create Table: CREATE TABLE `t1` ( `id` int(11) DEFAULT NULL, `name` varchar(20) DEFAULT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8mb41 row in set (0.00 sec) mysql>

以上就是MySQL 如何處理隱式默認(rèn)值的詳細(xì)內(nèi)容，更多關(guān)于MySQL 隱式默認(rèn)值的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！