MySql批量數據導入Load data infile解決方案

有時候咱們須要將大量數據批量寫入數據庫，直接使用程序語言和Sql寫入每每很耗時間，其中有一種方案就是使用MySql Load data infile導入文件的形式導入數據，這樣可大大縮短數據導入時間。
假如是從MySql客戶端調用，將客戶端的文件導入，則須要使用 load local data infile.
LOAD DATA INFILE 語句以很高的速度從一個文本文件中讀取行到一個表中。文件名必須是一個文字字符串。
1，開啓load local data infile.
假如是Linux下編譯安裝，
若是使用源碼編譯的MySQL，在configure的時候，須要添加參數：--enable-local-infile 客戶端和服務器端都須要，不然不能使用local參數。
./configure --prefix=/usr/local/mysql --enable-local-infile
make install
如果其它系統，可在配置文件中配置：
在MySql 配置文件My.ini文件中下面項中加入local-infile=1：

add:
[mysqld]
local-infile=1
[mysql]
local-infile=1
客戶端和服務端度須要開啓，對於客戶端也能夠在執行命中加上--local-infile=1 參數：
mysql --local-infile=1 -uroot -pyourpwd yourdbname
如:
如：/usr/local/mysql/bin/mysql -uroot -h192.168.0.2 -proot databaseName --local-infile=1 -e "LOAD DATA LOCAL INFILE 'data.txt' into table test(name,sex) "

2, 編碼格式注意：

若包含中文，請保證導入文件、鏈接字符串、導入表都是UTF-8編碼。

3，執行
在使用LOAD DATA到MySQL的時候，有2種狀況：
（1）在遠程客戶端（須要添加選項：--local-infile=1）導入遠程客戶端文本到MySQL，需指定LOCAL（默認就是ignore）,加ignore選項會放棄數據，加replace選項會更新數據，都不會出現惟一性約束問題。
[zhuxu@xentest9-vm1 tmp]$mysql -uzhuxu -pzhuxu test -h10.254.5.151 --local-infile=1--show-warnings -v -v -v \
> -e "LOAD DATA LOCAL INFILE '/tmp/2.txt' INTO TABLE tmp_loaddata FIELDS TERMINATED BY ','";
（2）在本地服務器導入本地服務器文本到MySQL，不指定LOACL，出現惟一性約束衝突，會失敗回滾，數據導入不進去，這個時候就須要加ignore或者replace來導入數據。
mysql>LOAD DATA INFILE '/home/zhuxu/1.txt' INTO TABLE tmp_loaddata FIELDS TERMINATED BY ',';

 

4，事務分析
步驟是這樣的：
1，開啓binlog，設置binlog_format=row，執行reset master；
2，load data infile xxxxx；
3，查看binlog。

能夠看出，總共是一個事務，也經過mysqlbinlog查看了binary log，確認中間是被拆分紅了多個insert形式。因此load data infile基本上是這樣執行的：
begin
insert into values(),(),(),()...
insert into values(),(),(),()...
insert into values(),(),(),()...
...
...
commit
固然，因爲row格式的binlog的語句並非很明顯的記錄成多值insert語句，它的格式時
insert into table
set @1=
set @2=
...
set @n=
insert into table
set @1=
set @2=
...
set @n=
insert ...
;注意這裏有一個分號‘;’，其實前面這一部分就至關於前面說的多值insert形式
而後接下來就重複上面的那種格式，也就是一個load data infile 拆成了多個多值insert語句。
前面說的是row格式記錄的load data infile，那麼對於statement是怎麼樣的呢？statement格式的binlog，它是這樣記錄的，binlog中仍是一樣的load data語句，可是在記錄load data 語句以前，它會先將你master上這個load data 使用到的csv格式的文件拆分紅多個部分，而後傳到slave上（在mysql的tmpdir下），固然傳這些csv格式的文件也會記錄binlog event，而後最後真正的SQL語句形式就是load data local infile '/tmp/SQL_X_Y'這種形式（這裏假設mysql的tmpdir是默認的/tmp），實際上這樣很危險，好比tmpdir空間不夠，那就會報錯。不過從效率上來講二者可能差很少，由於statement格式的binlog也是拆分紅了多個語句。

附：
（1）load data infile 和 load local data infile 在 innodb和MyISAM 同步方面的區別
對MyISAM引擎：
(1)對master服務器進行 ‘load’ 操做，
(2)在master上所操做的load.txt文件，會同步傳輸到slave上，並在tmp_dir 目錄下生成 load.txt文件
master服務器插入了多少，就傳給slave多少
(3)當master上的load操做完成後，傳給slave的文件也結束時，
即：在slave上生成完整的 load.txt文件
此時，slave纔開始從 load.txt 讀取數據，並將數據插入到本地的表中

對innodb引擎：
(1)主數據庫進行 ‘Load’ 操做
(2)主數據庫操做完成後，纔開始向slave傳輸 load.txt文件，
slave接受文件，並在 tmp_dir 目錄下生成 load.txt 文件
接受並生成完整的load.txt 後，纔開始讀取該文件，並將數據插入到本地表中

異常狀況處理：
1）對MyISAM引擎
當數據庫執行load,此時若是中斷：
Slave端將報錯，例如：
####################################################################
Query partially completed on the master (error on master: 1053) and was aborted.
There is a chance that your master is inconsistent at this point.
If you are sure that your master is ok,
run this query manually on the slave and then restart the slave with SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
START SLAVE; . Query: 'LOAD DATA INFILE '/tmp/SQL_LOAD-2-1-3.data' IGNORE INTO TABLE `test_1`
FIELDS TERMINATED BY ',' ENCLOSED BY '' ESCAPED BY '\\' LINES TERMINATED BY '\n' (`id`, `name`, `address`)'
###########################################################################################
按照提示，在slave服務器上：
(1) 使用提示的load命令，將主服務器傳輸過來的load文件，在從服務器上執行
(2)讓從服務器跳過錯誤。set global sql_slave_skip_counter=1;
(3)開啓同步
2）對Innodb引擎
因爲innodb是事務型的，因此會把load文件的整個操做看成一個事務來處理，
中途中斷load操做，會致使回滾。
與此相關的一些參數：
max_binlog_cache_size----可以使用的最大cache內存大小。
當執行多語句事務時，max_binlog_cache_size若是不夠大，
系統可能會報出「Multi-statement
transaction required more than 'max_binlog_cache_size' bytes of storage」的錯誤。
備註：以load data 來講，若是load的文件大小爲512M，在執行load 的過程當中，
全部產生的binlog會先寫入binlog_cache_size,直到load data 的操做結束後，
最後，再由binlog_cache_size 寫入二進制日誌，如mysql-bin.0000008等。
因此此參數的大小必須大於所要load 的文件的大小，或者當前所要進行的事務操做的大小。

max_binlog_size------------Binlog最大值，通常設置爲512M或1GB，但不能超過1GB。該設置並不能嚴格控制Binlog的大小，尤爲是Binlog遇到一根比較大事務時，爲了保證事務的完整性，不可能作切換日誌的動做，只能將該事務的全部SQL都記錄進當前日誌，直到事務結束備註：有時能看到，binlog生成的大小，超過了設定的1G。這就是由於innodb某個事務的操做比較大，不能作切換日誌操做，就所有寫入當前日誌，直到事務結束。