《Mysql實例MySQL批量SQL插入性能優(yōu)化》要點：
本文介紹了Mysql實例MySQL批量SQL插入性能優(yōu)化，希望對您有用。如果有疑問，可以聯(lián)系我們。

對于一些數(shù)據(jù)量較大的系統(tǒng),數(shù)據(jù)庫面臨的問題除了查詢效率低下,還有就是數(shù)據(jù)入庫時間長.特別像報表系統(tǒng),每天花費在數(shù)據(jù)導(dǎo)入上的時間可能會長達幾個小時或十幾個小時之久.因此,優(yōu)化數(shù)據(jù)庫插入性能是很有意義的.經(jīng)過對MySQL InnoDB的一些性能測試,發(fā)現(xiàn)一些可以提高insert效率的方法,供大家參考參考.

1、一條SQL語句插入多條數(shù)據(jù)
常用的插入語句如：

1. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
2. ????VALUES?('0',?'userid_0',?'content_0',?0);?
3. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
4. ????VALUES?('1',?'userid_1',?'content_1',?1);?

修改成：

1. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
2. ????VALUES?('0',?'userid_0',?'content_0',?0),?('1',?'userid_1',?'content_1',?1);?

MYSQL數(shù)據(jù)庫修改后的插入操作能夠提高程序的插入效率.這里第二種SQL執(zhí)行效率高的主要原因是合并后日志量(MySQL的binlog和innodb的事務(wù)讓日志)減少了,降低日志刷盤的數(shù)據(jù)量和頻率,從而提高效率.通過合并SQL語句,同時也能減少SQL語句解析的次數(shù),減少網(wǎng)絡(luò)傳輸?shù)腎O.
這里提供一些測試對比數(shù)據(jù),分別是進行單條數(shù)據(jù)的導(dǎo)入與轉(zhuǎn)化成一條SQL語句進行導(dǎo)入,分別測試1百、1千、1萬條數(shù)據(jù)記錄.



2、在事務(wù)中進行插入處理.

把插入修改成：
?

1. START?TRANSACTION;?
2. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
3. ????VALUES?('0',?'userid_0',?'content_0',?0);?
4. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
5. ????VALUES?('1',?'userid_1',?'content_1',?1);?
6. ...?
7. COMMIT;?

MYSQL數(shù)據(jù)庫
使用事務(wù)可以提高數(shù)據(jù)的插入效率,這是因為進行一個INSERT操作時,MySQL內(nèi)部會建立一個事務(wù),在事務(wù)內(nèi)才進行真正插入處理操作.通過使用事務(wù)可以減少創(chuàng)建事務(wù)的消耗,所有插入都在執(zhí)行后才進行提交操作.
這里也提供了測試對比,分別是不使用事務(wù)與使用事務(wù)在記錄數(shù)為1百、1千、1萬的情況.



3、數(shù)據(jù)有序插入.
數(shù)據(jù)有序的插入是指插入記錄在主鍵上是有序排列,例如datetime是記錄的主鍵：
?

1. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
2. ????VALUES?('1',?'userid_1',?'content_1',?1);?
3. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
4. ????VALUES?('0',?'userid_0',?'content_0',?0);?
5. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
6. ????VALUES?('2',?'userid_2',?'content_2',2);?

MYSQL數(shù)據(jù)庫
修改成：
?

1. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
2. ????VALUES?('0',?'userid_0',?'content_0',?0);?
3. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
4. ????VALUES?('1',?'userid_1',?'content_1',?1);?
5. INSERT?INTO?`insert_table`?(`datetime`,?`uid`,?`content`,?`type`)?
6. ????VALUES?('2',?'userid_2',?'content_2',2);?

MYSQL數(shù)據(jù)庫由于數(shù)據(jù)庫插入時,需要維護索引數(shù)據(jù),無序的記錄會增大維護索引的成本.我們可以參照InnoDB使用的B+tree索引,如果每次插入記錄都在索引的最后面,索引的定位效率很高,并且對索引調(diào)整較小；如果插入的記錄在索引中間,需要B+tree進行分裂合并等處理,會消耗比較多計算資源,并且插入記錄的索引定位效率會下降,數(shù)據(jù)量較大時會有頻繁的磁盤操作.
下面提供隨機數(shù)據(jù)與順序數(shù)據(jù)的性能對比,分別是記錄為1百、1千、1萬、10萬、100萬.



從測試結(jié)果來看,該優(yōu)化方法的性能有所提高,但是提高并不是很明顯.

4、性能綜合測試

這里提供了同時使用上面三種方法進行INSERT效率優(yōu)化的測試.



從測試結(jié)果可以看到,合并數(shù)據(jù)+事務(wù)的方法在較小數(shù)據(jù)量時,性能提高是很明顯的,數(shù)據(jù)量較大時(1千萬以上),性能會急劇下降,這是由于此時數(shù)據(jù)量超過了innodb_buffer的容量,每次定位索引涉及較多的磁盤讀寫操作,性能下降較快.而使用合并數(shù)據(jù)+事務(wù)+有序數(shù)據(jù)的方式在數(shù)據(jù)量達到千萬級以上表現(xiàn)依舊是良好,在數(shù)據(jù)量較大時,有序數(shù)據(jù)索引定位較為方便,不需要頻繁對磁盤進行讀寫操作,所以可以維持較高的性能.

注意事項：

1.SQL語句是有長度限制,在進行數(shù)據(jù)合并在同一SQL中務(wù)必不能超過SQL長度限制,通過max_allowed_packet配置可以修改,默認是1M,測試時修改為8M.

2.事務(wù)需要控制大小,事務(wù)太大可能會影響執(zhí)行的效率.MySQL有innodb_log_buffer_size配置項,超過這個值會把innodb的數(shù)據(jù)刷到磁盤中,這時,效率會有所下降.所以比較好的做法是,在數(shù)據(jù)達到這個這個值前進行事務(wù)提交.

轉(zhuǎn)載請注明本頁網(wǎng)址：
http://www.fzlkiss.com/jiaocheng/5729.html