MySQL批量插入問題
在開發(fā)項目時，因為有一些舊系統(tǒng)的基礎數(shù)據(jù)需要提前導入，所以我在導入時做了批量導入操作 ,但是因為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ù)包太大導致，我們可以設置MySQL服務器參數(shù)max_allowed_packet來解決這個問題。
解決辦法
1.添加【mysqld】下max_allowed_packet參數(shù)，設置的盡量大一些。
#找到my.cnf文件 #whereis my.cnf #vim my.cnf ---------------------------- [mysqld] max_connections =3000 max_allowed_packet=1024M #保存后重啟mysql服務,即可生效 #service mysqld restart
2.臨時設置max_allowed_packet,通過語句設置
myslq>set global max_allowed_packet = 1024*1024*1024
該種方式重啟后就max_allowed_packet失效了
默認情況下Mysql參數(shù)max_allowed_packet值是1M.
MySQL索引不區(qū)分大小寫問題
當在MySQL數(shù)據(jù)庫中，創(chuàng)建索引默認是不區(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 '維護類型', `brand` varchar(4) DEFAULT NULL COMMENT '品牌', `reservation` varchar(40) DEFAULT NULL COMMENT '預留', `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='地址表';
但當我插入地址編碼分別為H12C與h12C時，就報錯了，拋出異常：Duplicate entry 'H12C' for key 'normal_localtion_code'，這里則說明不區(qū)分大小寫，所以這個地方需要解決這個問題。
解決方法
1.設置字段為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 '維護類型', `brand` varchar(4) DEFAULT NULL COMMENT '品牌', `reservation` varchar(40) DEFAULT NULL COMMENT '預留', `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.與索引解決方案一致，設置字段屬性為binary即可。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。
標簽：陜西 梅河口 荊門 駐馬店 北京 昌都 鄂爾多斯 黔西
巨人網(wǎng)絡通訊聲明：本文標題《MySQL批量插入和唯一索引問題的解決方法》，本文關鍵詞 MySQL,批量,插入,和,唯一,；如發(fā)現(xiàn)本文內容存在版權問題，煩請?zhí)峁┫嚓P信息告之我們，我們將及時溝通與處理。本站內容系統(tǒng)采集于網(wǎng)絡，涉及言論、版權與本站無關。
