MySQL批量插入和唯一索引問題的解決方法
MySQL批量插入問題
在開發(fā)項目時,因為有一些舊系統(tǒng)的基礎(chǔ)數(shù)據(jù)需要提前導(dǎo)入,所以我在導(dǎo)入時做了批量導(dǎo)入操作 ,但是因為MySQL中的一次可接受的SQL語句大小受限制所以我每次批量雖然只有500條,但依然無法插入,這個時候代碼報錯如下:
nested exception is com.mysql.jdbc.PacketTooBigException: Packet for query is too large (5677854 > 1048576).
You can change this value on the server by setting the max_allowed_packet' variable.
根據(jù)報錯我們很快就可以知道,是SQL語句數(shù)據(jù)包太大導(dǎo)致,我們可以設(shè)置MySQL服務(wù)器參數(shù)max_allowed_packet來解決這個問題。
解決辦法
1.添加【mysqld】下max_allowed_packet參數(shù),設(shè)置的盡量大一些。
#找到my.cnf文件 #whereis my.cnf #vim my.cnf ---------------------------- [mysqld] max_connections =3000 max_allowed_packet=1024M #保存后重啟mysql服務(wù),即可生效 #service mysqld restart
2.臨時設(shè)置max_allowed_packet,通過語句設(shè)置
myslq>set global max_allowed_packet = 1024*1024*1024
該種方式重啟后就max_allowed_packet失效了
默認(rèn)情況下Mysql參數(shù)max_allowed_packet值是1M.
MySQL索引不區(qū)分大小寫問題
當(dāng)在MySQL數(shù)據(jù)庫中,創(chuàng)建索引默認(rèn)是不區(qū)分大小寫的,比如說如下語句:
CREATE TABLE `location` ( `id` int(11) NOT NULL AUTO_INCREMENT, `rc` varchar(2) DEFAULT NULL COMMENT 'R/C', `location_code` varchar(4) DEFAULT NULL COMMENT '地點編碼', `location_name` varchar(30) DEFAULT NULL COMMENT '地點名稱', `zip_code` varchar(6) DEFAULT NULL COMMENT '郵編', `address` varchar(50) DEFAULT NULL COMMENT '地址', `link_man` varchar(15) DEFAULT NULL COMMENT '聯(lián)系人', `link_phone` varchar(30) DEFAULT NULL COMMENT '聯(lián)系電話', `fax` varchar(30) DEFAULT NULL COMMENT '傳真', `can_accept_car_time` varchar(40) DEFAULT NULL COMMENT '可接車時間', `type` varchar(1) DEFAULT NULL COMMENT '分類', `maintenance_type` varchar(1) DEFAULT NULL COMMENT '維護(hù)類型', `brand` varchar(4) DEFAULT NULL COMMENT '品牌', `reservation` varchar(40) DEFAULT NULL COMMENT '預(yù)留', `enable` int(1) DEFAULT '1', `msg_code` varchar(64) NOT NULL COMMENT '消息編碼', `receive_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '接收日期', `create_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '創(chuàng)建日期', `modified_on` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改日期', PRIMARY KEY (`id`), UNIQUE KEY `unique_msg_code` (`msg_code`) USING BTREE, UNIQUE KEY `unique_location_code` (`location_code`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=16325 DEFAULT CHARSET=utf8 COMMENT='地址表';
但當(dāng)我插入地址編碼分別為H12C與h12C時,就報錯了,拋出異常:Duplicate entry 'H12C' for key 'normal_localtion_code',這里則說明不區(qū)分大小寫,所以這個地方需要解決這個問題。
解決方法
1.設(shè)置字段為Binary,那么索引就可以區(qū)分大小寫了。
CREATE TABLE `location` ( `id` int(11) NOT NULL AUTO_INCREMENT, `rc` char(2) DEFAULT NULL COMMENT 'R/C', `location_code` varchar(4) CHARACTER SET utf8 COLLATE utf8_bin DEFAULT NULL COMMENT '地點編碼', `location_name` varchar(26) DEFAULT NULL COMMENT '地點名稱', `zip_code` varchar(6) DEFAULT NULL COMMENT '郵編', `address` varchar(50) DEFAULT NULL COMMENT '地址', `link_man` varchar(16) DEFAULT NULL COMMENT '聯(lián)系人', `link_phone` varchar(30) DEFAULT NULL COMMENT '聯(lián)系電話', `fax` varchar(30) DEFAULT NULL COMMENT '傳真', `can_accept_car_time` varchar(40) DEFAULT NULL COMMENT '可接車時間', `type` varchar(1) DEFAULT NULL COMMENT '分類', `maintenance_type` varchar(1) DEFAULT NULL COMMENT '維護(hù)類型', `brand` varchar(4) DEFAULT NULL COMMENT '品牌', `reservation` varchar(40) DEFAULT NULL COMMENT '預(yù)留', `enable` int(1) DEFAULT '1', `msg_code` varchar(64) NOT NULL COMMENT '消息編碼', `receive_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '接收日期', `create_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '創(chuàng)建日期', `modified_on` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改日期', PRIMARY KEY (`id`), UNIQUE KEY `unique_msg_code` (`msg_code`) USING BTREE, UNIQUE KEY `unique_location_code` (`location_code`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=4092 DEFAULT CHARSET=utf8 COMMENT='地點表'; // 修改原表字典屬性: ALTER TABLE `location` CHANGE COLUMN `location_code` `location_code` VARCHAR(4) CHARACTER SET 'utf8' BINARY NOT NULL DEFAULT '' ;
上面方法就解決了。
查詢時不區(qū)分大小寫問題
解決方法
1.查詢語句加binary
2.與索引解決方案一致,設(shè)置字段屬性為binary即可。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。
相關(guān)文章
6G數(shù)據(jù)庫的導(dǎo)入 報各種錯誤的解決辦法
今天看到一高人的mysql數(shù)據(jù)庫達(dá)到了6G左右,導(dǎo)入都是個問題,上傳也挺麻煩的,這里特分享下,方便需要的朋友2013-01-01關(guān)于MySQL8.x group_by報錯的4種解決方案
這篇文章主要介紹了關(guān)于MySQL8.x group_by報錯的4種解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-06-06MySQL創(chuàng)建數(shù)據(jù)表并建立主外鍵關(guān)系詳解
這篇文章主要介紹了MySQL創(chuàng)建數(shù)據(jù)表并建立主外鍵關(guān)系詳解,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2019-06-06