Hey @enmo_limengjie, Welcome to openGauss Community.
All of the projects in openGauss Community are maintained by @opengauss_bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at Here to find the details.

Hi @enmo_limengjie, please use the command /sig xxx to add a SIG label to this issue.
For example: /sig sqlengine or /sig storageengine or /sig om or /sig ai and so on.
You can find more SIG labels from Here.
If you have no idea about that, please contact with @xiangxinyong , @zhangxubo .

现场环境handle_toast_in_autovac参数设置为on，日志中，每一轮autovacuum都会对toast表进行处理，服务重启后恢复正常。正常情况下，autovacuum对一个表进行处理后，会更新该表的死亡元组等统计信息，下一轮autovacuum访问该表时，会根据统计信息判断是否需要对该表进行再次处理，但是现场环境每一轮autovacuum都对表进行了处理。本地偶然模拟出一次相同的场景：创建一个包含大字段的表tb，然后插入一些数据，保证该表对应的toast表也有数据插入，随后更新一部分数据，autovacuum_naptime设置为10s，然后发现每一轮autovacuum都对tb和tb对应的toast表进行了处理，但是日志显示没有死亡元组被清理掉。在异常期间通过"select n_dead_tup from pg_stat_all_tables;"查询表的过期元组信息，发现该字段没有被更新。
目前暂无更多排查思路，需社区协助处理。

vacuum相关。请 @陈栋 安排下