欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

MySQL批量插入和唯一索引問題的解決方法

 更新時間:2019年04月03日 15:33:37   投稿:daisy  
這篇文章主要給大家介紹了關(guān)于MySQL批量插入和唯一索引問題的解決方法,文中通過示例代碼介紹的非常詳細(xì),對大家學(xué)習(xí)或者使用MySQL具有一定的參考學(xué)習(xí)價值,需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧

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)文章

  • ubuntu20安裝配置mysql8.0.23步驟詳解

    ubuntu20安裝配置mysql8.0.23步驟詳解

    這篇文章主要為大家介紹了ubuntu20安裝配置mysql8.0.23步驟詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2023-05-05
  • 6G數(shù)據(jù)庫的導(dǎo)入 報各種錯誤的解決辦法

    6G數(shù)據(jù)庫的導(dǎo)入 報各種錯誤的解決辦法

    今天看到一高人的mysql數(shù)據(jù)庫達(dá)到了6G左右,導(dǎo)入都是個問題,上傳也挺麻煩的,這里特分享下,方便需要的朋友
    2013-01-01
  • MySQL如何修改賬號的IP限制條件詳解

    MySQL如何修改賬號的IP限制條件詳解

    這篇文章主要給大家介紹了關(guān)于MySQL如何修改賬號的IP限制條件的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。
    2017-08-08
  • 關(guān)于MySQL8.x group_by報錯的4種解決方案

    關(guān)于MySQL8.x group_by報錯的4種解決方案

    這篇文章主要介紹了關(guān)于MySQL8.x group_by報錯的4種解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2024-06-06
  • 詳細(xì)談?wù)凪YSQL中的COLLATE是什么

    詳細(xì)談?wù)凪YSQL中的COLLATE是什么

    mysql COLLATE是校對集的意思,可以理解為,排序規(guī)則等,下面這篇文章詳細(xì)的給大家介紹了關(guān)于MYSQL中COLLATE是什么的相關(guān)資料,需要的朋友可以參考下
    2021-06-06
  • mysql允許所有host訪問的方法

    mysql允許所有host訪問的方法

    下面小編就為大家?guī)硪黄猰ysql允許所有host訪問的方法。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2017-05-05
  • mysql8.0無法使用group by的問題及解決

    mysql8.0無法使用group by的問題及解決

    這篇文章主要介紹了mysql8.0無法使用group by的問題及解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-10-10
  • MySQL創(chuàng)建數(shù)據(jù)表并建立主外鍵關(guān)系詳解

    MySQL創(chuàng)建數(shù)據(jù)表并建立主外鍵關(guān)系詳解

    這篇文章主要介紹了MySQL創(chuàng)建數(shù)據(jù)表并建立主外鍵關(guān)系詳解,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下
    2019-06-06
  • 淺析mysql 定時備份任務(wù)

    淺析mysql 定時備份任務(wù)

    這篇文章主要介紹了mysql 定時備份任務(wù)的相關(guān)資料,文中示例代碼非常詳細(xì),幫助大家更好的理解和學(xué)習(xí),感興趣的朋友可以了解下
    2020-07-07
  • MySQL字段類型全面解讀

    MySQL字段類型全面解讀

    這篇文章主要介紹了MySQL字段類型,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-10-10

最新評論