mysql常见后台线程

 1.清理删除后的数据页的空间(因为之前的删除只是打上删除标签,并没有正真删除),

 2.清理undo

举例:表tb1中有记录pk=1，2，3;

此时delete from tb1 where pk=1;

1. 将pk=1的记录标记为删除(delete-mark，infobits)，数据库中pk=1的记录此时还是存在的，空间并没有被释放，该操作为同步操作(SQL执行完，也就标记完成了)。

2. purge ，该部分为后台线程(purge线程)异步操作，会真正的删除该记录，且空间被释放。purge线程是系统自动的，无法人工控制。

标记为已删除的原因:

1. 该事物可能需要回滚，先作保留。

2. 当事物1去删除pk=1且没有提交时， 事物2应该要能看到pk=1的记录(事物的隔离性)。

过滤条件是聚簇索引:

1. delete – 将该记录标记为 delete-mark 。

2. update – 将该记录 先物理delete (聚簇索引里主键相同的行最多只能有1个)，然后 insert (或者可以原地更新[in place update])(即使删除了，也可以通过undo进行还原)。

过滤条件是二级索引:

1. delete – 将该记录标记为 delete-mark 。

2. update – 将该记录标记为 delete-mark (索引列是columns + pk，即使是唯一索引更新也是和原来的不一样)，然后 insert 。

为什么没有insert”

1. insert操作是不需要异步去purge，因为insert的记录之前是不存在的;

2. 不存在记录(未提交)是没有别的事物能引用到的，所以insert以后，对应的undo可以直接删除，而不需要等待异步.

purge 总结:

1. delete-mark的记录最后会被purge线程回收，Purge会检测记录上是否有其他事物在引用undo，如果没有就可以删除。

2. innodb_purge_threads (5.6以后)，可以设置的大一些，回收的速度会快一些。

innodb_purge_threads = 4