摘抄老叶的文章,影响dml操作的一个因素

看到老叶的一个文章,其中提到了
innodb_max_purge_lag | 0 |
| innodb_max_purge_lag_delay | 0
两个参数,
Defines the maximum length of the purge queue. The default value of 0 indicates no limit (no delays).

Use this option to impose a delay for INSERT, UPDATE, and DELETE operations when purge operations are lagging (see Section 14.3, “InnoDB Multi-Versioning”).

The InnoDB transaction system maintains a list of transactions that have index records delete-marked by UPDATE or DELETE operations. The length of the list represents the purge_lag value. When purge_lag exceeds innodb_max_purge_lag, INSERT, UPDATE, and DELETE operations are delayed by at least 5000 microseconds. The delay calculation is (purge_lag/innodb_max_purge_lag - 0.5) * 10000.

To prevent excessive delays in extreme situations where purge_lag becomes huge, you can limit the delay by setting innodb_max_purge_lag_delay. The delay is computed at the beginning of a purge batch.

如果设置了,会对dml有影响

mysql purge的说明

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值