當(dāng)執(zhí)行 SQL語(yǔ)句刪除行時(shí)，InnoDB不會(huì)立即從數(shù)據(jù)庫(kù)中物理刪除。 僅當(dāng)InnoDB 丟棄 為刪除而編寫的undo log 時(shí)，才會(huì)物理刪除行及其索引記錄(刪除對(duì)應(yīng)數(shù)據(jù)文件中的記錄和索引)。

這種僅發(fā)生在不再需要多版本并發(fā)控制(MVCC)或回滾之后的刪除操作，稱為purge。

purge 操作用于清理歷史的UNDO 日志頁(yè)， UNDO 日志可以使事務(wù)回滾和保證一致性讀(取決于事務(wù)隔離級(jí)別)。

(History list length)UNDO日志頁(yè)面的數(shù)量通常很小，但是大量更新操作或長(zhǎng)時(shí)間運(yùn)行的事務(wù)(即使純粹讀取事務(wù))也會(huì)導(dǎo)致(History list length)undo 日志的增加。長(zhǎng)時(shí)間運(yùn)行的只讀事務(wù)也會(huì)導(dǎo)致(History list length)undo 頁(yè)數(shù)量的增長(zhǎng)，原因是在REPEATABLE READ和SERIALIZATION事務(wù)隔離級(jí)別中事務(wù)要求它們返回與讀取快照相同的結(jié)果。因此，InnoDB的多版本并發(fā)控制(MVCC)需要保留舊數(shù)據(jù)的副本，直到所有依賴于它的事務(wù)(transactions)完成為止。這些都是通過(guò)UNDO日志完成的。

(History list length)的查看在后面。

兩個(gè)例子：

在大型數(shù)據(jù)庫(kù)中，在執(zhí)行DML操作時(shí)，同時(shí)使用mysqldump 加 --single-transaction

使用autocommit = 0 時(shí)，執(zhí)行SELECT而忘記進(jìn)行顯式的COMMIT或ROLLBACK，此時(shí)事務(wù)并沒(méi)有結(jié)束

purge 操作在后臺(tái)進(jìn)行。在MySQL 5.6和更高版本中，這是使用一個(gè)或多個(gè)專用線程完成的。 (在MySQL 5.5中，您可以選擇使用InnoDB主線程還是專用線程，在早期版本中始終使用InnoDB主線程。)配置的線程數(shù)(innodb_purge_threads)是允許的最大線程數(shù)，并且清除進(jìn)程將根據(jù)需要自動(dòng)調(diào)整線程數(shù)。

purge 進(jìn)程基本上是一個(gè)循環(huán)，一直在尋找要清除的UNDO頁(yè)面。并且以innodb_purge_batch_size 定義的大小(UNDO日志頁(yè)數(shù))的來(lái)清除。

innodb_purge_threads

Property

Value

Property

Value

Command-Line Format

--innodb-purge-threads=#

System Variable

innodb_purge_threads

Scope

Global

Dynamic

No

Type

Integer

Default Value

4

Minimum Value

1

Maximum Value

32

增加purge_threads 的數(shù)量，可以提升多表DML 的效率

innodb_purge_batch_size

Property

Value

Command-Line Format

--innodb-purge-batch-size=#

System Variable

innodb_purge_batch_size

Scope

Global

Dynamic

Yes

Type

Integer

Default Value

300

Minimum Value

1

Maximum Value

5000

在多線程清除配置中，每個(gè)purge 線程處理undo 頁(yè)的數(shù)量：innodb_purge_batch_size/innodb_purge_threads

innodb_purge_batch_size 限定了 每執(zhí)行128次迭代后清除undo log 后，undo log page的數(shù)量。

innodb_purge_batch_size 與innodb_purge_threads 一起設(shè)置用于性能優(yōu)化。 大多數(shù)情況下使用innodb_purge_batch_size默認(rèn)值就可以了。

innodb_max_purge_lag

當(dāng)purge 滯后時(shí)間超過(guò)innodb_max_purge_lag 閾值時(shí)，將對(duì)INSERT，UPDATE 和 DELETE 操作施加延遲，以使purge 操作有時(shí)間趕上DML 操作。

默認(rèn)值為0，表示沒(méi)有最大 purge 滯后也有延遲。

通過(guò) SHOW ENGINE INNODB STATUS,可以查看 History list length 的值

------------

TRANSACTIONS

------------

Trx id counter 4874778630

Purge done for trx's n:o < 4874778624 undo n:o < 0 state: running but idle

History list length 24

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的mysql purge进程_InnoDB Purge 的工作原理？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。