本来想要查找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 没有什么机会执行。
本文转自健哥的数据花园博客园博客，原文链接：http://www.cnblogs.com/gaojian/p/3272524.html，如需转载请自行联系原作者
