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

master thread的线程优先级别最高。

其内部几个循环(loop)组成：主循环(loop)，后台循环(background loop)，刷新循环(flush loop)，暂停循环(suspend loop)。

主循环有1s循环和10s循环. 1s循环即循环执行一次就sleep 1s后又执行一次又sleep 1 s.

srv_master_thread loops: 745 1_second, 744 sleeps, 60 10_second, 179 background, 179 flush

srv_master_thread log flush and writes: 744

各种循环执行的次数，据此判断系统负载高低