Insert為0的記錄導(dǎo)致數(shù)據(jù)混亂該怎么辦

Insert為0的記錄導(dǎo)致數(shù)據(jù)混亂該怎么辦，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

環(huán)境.MySQL 5.6.14
SQL_Mode:STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

生產(chǎn)環(huán)境 配置表,設(shè)置主鍵為自增.
一天某同學(xué)讓我?guī)兔臏y試導(dǎo)一批數(shù)據(jù)到生產(chǎn).
雖然我對這種方式深惡痛絕,但是沒有辦法..也只能照做.
導(dǎo)入之后的第二天,業(yè)務(wù)發(fā)現(xiàn)很多生產(chǎn)數(shù)據(jù)錯亂了。
這個禮物的配置表,主鍵原本設(shè)計成自增主鍵.
但是后來他們用0表示一種特殊禮物...坑就在這里了。

過程模擬

1. drop table if exists config_gift;
   

2. create table config_gift(
   

3.     GiftID int not null primary key auto_increment,
   

4.     GiftName varchar(32) not null
   

5. ) auto_increment=50000;
   

6. 
   

7. insert into config_gift(GiftName) select '鮮花';
   

8. insert into config_gift(GiftName) select '鞭炮';
   

9. insert into config_gift(GiftName) select '福袋';
   

10. 
    

11. 
    

12. select * from config_gift;

當(dāng)時的SQL_Mode是:STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

如果這時執(zhí)行如下的語句，
insert into config_gift select 0,'蛋糕';
insert into config_gift select null,'香水';

查看結(jié)果竟然如下:


MySQL 如果已經(jīng)設(shè)置了主鍵自動增長,但是后來卻 插入 0 或者 null 作為主鍵值的話, MySQL會用自增長的值,取代原本的 0 或者 null 。

業(yè)務(wù)代碼中寫死了 0 這個禮物ID的判斷,所以導(dǎo)致了大量數(shù)據(jù)錯亂,花了很長時間修正.

這種事情猝不及防
業(yè)務(wù)方定的這個特殊禮物就用0表示,而且也沒有人來通知數(shù)據(jù)庫...
數(shù)據(jù)上線的時候,都是一批數(shù)據(jù),人力甄別數(shù)據(jù)似乎也不現(xiàn)實.

改SQL_mode保平安吧.

在自增主鍵下,處理主鍵為0的數(shù)據(jù)
set @@session.sql_mode='STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION,no_auto_value_on_zero'

修改Global和Session級別的SQL_mode之后,主鍵為0的禮物可以正確插入了。


主要注意的是,即使在這個SQL_mode下(STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION,no_auto_value_on_zero)

自增主鍵,Insert主鍵為null的數(shù)據(jù),還是會使用自增主鍵的值作為主鍵,而不是報錯。

關(guān)于Insert為0的記錄導(dǎo)致數(shù)據(jù)混亂該怎么辦問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。