你说的应该是lru算法和midpoint吧，pg数据库在较早的版本也是lru算法，但是在后来的版本弃用了，采用了时钟扫描算法。简单的说，可以将shared_buffer想象成一个圆圈，pg数据库的源码中有个函数会一直转圈的扫描shared_buffer中的每一个槽。这个槽中标识符有个usage_count（表示被加载到缓冲池槽中使用的次数）。当函数扫描到标识符会判断有个标识符有没有被“钉住”就是是

这个问题给我看一愣，缓冲池就是给用户用的啊，一直是满的不是应该的吗。如果是想问缓冲池页面的淘汰机制，pg是时钟扫描算法，扫一个页面如果页面状态是被钉住（在使用），如果没有钉住则会将钉值减一，如果一个页面一直未使用就会减到0将这个页面淘汰出去。如果是想问赃页过多的问题，pg有两个后台写入器一个是后台写入器bgwrit以200ms的间隔写入硬盘，一个是checkpoint不仅是将赃页写入硬盘还是创建检

pg和mysql貌似通过使用xmax隐藏字段和临键锁 在可重复读的隔离级别下解决了幻读的问题吧？

建议查一下这张表information_schema.table_privileges，看下用户的权限。

这个问题有点大，关于执行的那一部分可以参考pg官网文档。解析>重写>优化>执行 其中在执行器中select update delete insert 略有区别 http://www.postgres.cn/docs/12/overview.html

1.个人感觉跟同步方式有关是sbr，rbr，mbr的哪一种，如果sbr在备库重放主库操作两库的同步时间应该是大差不差的。如果是rbr或者mbr速度可能会快点，只修改变更的行。2.如果是生产平台的话应该不行，因为你无法确定一周前有没有别的sql影响了同步。变量太多不好判断。

个人学习成长总结