通常來說，在MyISAM里讀寫操作是串行的，但當(dāng)對同一個(gè)表進(jìn)行查詢和插入操作時(shí)，為了降低鎖競爭的頻率，根據(jù)concurrent_insert的設(shè)置，MyISAM是可以并行處理查詢和插入的：

當(dāng)concurrent_insert=0時(shí)，不允許并發(fā)插入功能。
當(dāng)concurrent_insert=1時(shí)，允許對沒有洞洞的表使用并發(fā)插入，新數(shù)據(jù)位于數(shù)據(jù)文件結(jié)尾（缺?。?。
當(dāng)concurrent_insert=2時(shí)，不管表有沒有洞洞，都允許在數(shù)據(jù)文件結(jié)尾并發(fā)插入。

這樣看來，把concurrent_insert設(shè)置為2是很劃算的，至于由此產(chǎn)生的文件碎片，可以定期使用OPTIMIZE TABLE語法優(yōu)化。

max_write_lock_count：

缺省情況下，寫操作的優(yōu)先級(jí)要高于讀操作的優(yōu)先級(jí)，即便是先發(fā)送的讀請求，后發(fā)送的寫請求，此時(shí)也會(huì)優(yōu)先處理寫請求，然后再處理讀請求。這就造成一 個(gè)問題：一旦我發(fā)出若干個(gè)寫請求，就會(huì)堵塞所有的讀請求，直到寫請求全都處理完，才有機(jī)會(huì)處理讀請求。此時(shí)可以考慮使用 max_write_lock_count：

max_write_lock_count=1

有了這樣的設(shè)置，當(dāng)系統(tǒng)處理一個(gè)寫操作后，就會(huì)暫停寫操作，給讀操作執(zhí)行的機(jī)會(huì)。

low-priority-updates：

我們還可以更干脆點(diǎn)，直接降低寫操作的優(yōu)先級(jí)，給讀操作更高的優(yōu)先級(jí)。

low-priority-updates=1

綜合來看，concurrent_insert=2是絕對推薦的，至于max_write_lock_count=1和low-priority- updates=1，則視情況而定，如果可以降低寫操作的優(yōu)先級(jí)，則使用low-priority-updates=1，否則使用 max_write_lock_count=1。



set-variable = max_allowed_packet=1M
set-variable = net_buffer_length=2K



在myisam engine下

1. 盡量使用insert into table_name values (...), (.....),(.....)這樣形式插入數(shù)據(jù)，避免使用inset into table_name values (); inset into table_name values (); inset into table_name values ();

2 增加bulk_insert_buffer_size(默認(rèn)8M)

3 如果是非空表，使用alter table table_name disable keys，然后load data infile,導(dǎo)入完數(shù)據(jù)在執(zhí)行：

alter table table_name enable keys. 如果是空表，就不需要這個(gè)操作，因?yàn)閙yisam表在空表中導(dǎo)入數(shù)據(jù)時(shí)，是先導(dǎo)入數(shù)據(jù)然后建立indexs。

4 在插入數(shù)據(jù)時(shí)考慮使用：insert delayed....這樣操作實(shí)際mysql把insert操作放到隊(duì)列里面，進(jìn)行相對集中的插入，速度更快。

5. 使用load data infile 比使用insert 操作快近20倍，盡量使用此操作。


在innodb engine下

1.導(dǎo)入數(shù)據(jù)之前執(zhí)行set unique_checks=0來禁止對唯一索引的檢查，數(shù)據(jù)導(dǎo)入完成之后再運(yùn)行set unique_checks=1.

2. 導(dǎo)入數(shù)據(jù)之前執(zhí)行set foreign_key_checks=0來禁止對外鍵的檢查，數(shù)據(jù)導(dǎo)入完成之后再執(zhí)行set foreign_key_checks=1.

3.導(dǎo)入數(shù)據(jù)之前執(zhí)行set autocommit=0禁止自動(dòng)事務(wù)的自動(dòng)提交，數(shù)據(jù)導(dǎo)入完成之后，執(zhí)行set autocommit=1 恢復(fù)自動(dòng)提交操作。

使用innodb engine的表，物理存儲(chǔ)都是按PK的順序存的。不能使用類似于myisam一樣disable keys.

硬件上提高磁盤的I/0對插入速度很有好處（所以如果進(jìn)行大數(shù)據(jù)量的導(dǎo)入導(dǎo)出工作，盡量在比較NB的硬件上進(jìn)行，能縮減完成的時(shí)間，已經(jīng)防止出現(xiàn)問題）。



當(dāng)一個(gè)線程對一個(gè)表執(zhí)行一個(gè)DELAYED語句時(shí)，如果不存在這樣的處理程序，一個(gè)處理器線程被創(chuàng)建以處理對于該表的所有DELAYED語句。
線程檢查處理程序是否已經(jīng)獲得了一個(gè)DELAYED鎖；如果沒有，它告訴處理程序去獲得。即使其他的線程有在表上的一個(gè)READ或WRITE鎖，也能獲得 DELAYED鎖。然而，處理程序?qū)⒌却蠥LTER TABLE鎖或FLUSH TABLES以保證表結(jié)構(gòu)是最新的。
線程執(zhí)行INSERT語句，但不是將行寫入表，它把最后一行的副本放進(jìn)被處理器線程管理的一個(gè)隊(duì)列。任何語法錯(cuò)誤都能被線程發(fā)覺并報(bào)告給客戶程序。
顧客不能報(bào)告結(jié)果行的重復(fù)次數(shù)或AUTO_INCREMENT值；它不能從服務(wù)器獲得它們，因?yàn)镮NSERT在插入操作完成前返回。如果你使用C API，同樣原因，mysql_info()函數(shù)不返回任何有意義的東西。
當(dāng)行被插入到表中時(shí)，更新日志有處理器線程更新。在多行插入的情況下，當(dāng)?shù)谝恍斜徊迦霑r(shí)，更新日志被更新。
在每寫入delayed_insert_limit行后，處理器檢查是否任何SELECT語句仍然是未完成，如果這樣，在繼續(xù)之前允許執(zhí)行這些語句。
當(dāng)處理器在它的隊(duì)列中沒有更多行時(shí)，表被解鎖。如果在delayed_insert_timeout秒內(nèi)沒有收到新的INSERT DELAYED命令，處理器終止。
如果已經(jīng)有多于delayed_queue_size行在一個(gè)特定的處理器隊(duì)列中未解決，線程等待直到隊(duì)列有空間。這有助于保證mysqld服務(wù)器對延遲的內(nèi)存隊(duì)列不使用所有內(nèi)存。
處理器線程將在Command列的MySQL進(jìn)程表中顯示delayed_insert。如果你執(zhí)行一個(gè)FLUSH TABLES命令或以KILL thread_id殺死它，它將被殺死，然而，它在退出前首先將所有排隊(duì)的行存進(jìn)表中。在這期間，這次它將不從其他線程接受任何新的INSERT命令。如 果你在它之后執(zhí)行一個(gè)INSERT DELAYED，將創(chuàng)建一個(gè)新的處理器線程。
注意，上述意味著，如果有一個(gè)INSERT DELAYED處理器已經(jīng)運(yùn)行，INSERT DELAYED命令有比正常INSERT更高的優(yōu)先級(jí)！其他更新命令將必須等到INSERT DELAY排隊(duì)變空、殺死處理器線程(用KILL thread_id)或執(zhí)行FLUSH TABLES。
下列狀態(tài)變量提供了關(guān)于INSERT DELAYED命令的信息： Delayed_insert_threads 處理器線程數(shù)量
Delayed_writes 用INSERT DELAYED被寫入的行的數(shù)量
Not_flushed_delayed_rows 等待被寫入的行數(shù)字

最新評論