Autovacuum 的运行限制

磨砺技术珠矶，践行数据之道，追求卓越价值

回到上一级页面：PostgreSQL内部结构与源代码研究索引页    回到顶级页面：PostgreSQL索引页

作者：高健@博客园  luckyjackgao@gmail.com

 

本来想要查找autoanalyze 的相关资料，没想到找到的是 autovacuum的内容，但是这个内容很有用：

http://blog.gocept.com/2012/05/22/dont-stop-postgresqls-autovacuum-with-your-application/

其中最重要的就是下面一句话：

Vacuuming (whether automatic or manual) stops at the oldest transaction id that is still in use. Otherwise it would be vacuuming active transactions, which is not sensible at all. 

也就是说，如果有一个事务长时间运行，它会阻止autovacuum的运行：

vacuum只会删除 那些已经结束的事务所关联到的旧有的已经不用的数据。
如果一个事务还在运行，autovacuum就不会处理这个事务相关的数据了。

然后，如果一个事务长时间运行而没有结束，就会导致最终autovacuum停止在那里；
因为它可以作的都已作完了：它看到一个事务还在运行，那么这个事务及以后的事务所涉及到的肥大数据，都不会被处理。

BTW:这也太逊了吧，干嘛管事务ID大小啊，直接看哪个事务处理完毕，就把它的肥大数据拿掉多好啊，
        也许这是有待改进的地方，也许这是出于对事务处理整体折衷的考虑。

SELECT procpid, current_timestamp - xact_start AS xact_runtime, current_query
FROM pg_stat_activity ORDER BY xact_start;

 

另外一点：

http://postgresql.1045698.n5.nabble.com/Lock-problem-with-autovacuum-truncating-heap-td4265539.html

如果应用中大量使用了table lock，会导致autovacuum 没有什么机会执行。

 

作者：高健@博客园  luckyjackgao@gmail.com

回到上一级页面：PostgreSQL内部结构与源代码研究索引页    回到顶级页面：PostgreSQL索引页

磨砺技术珠矶，践行数据之道，追求卓越价值