为何PostgreSQL会临时出现LWLock争用过高？AWS Aurora锁等待峰值问题

• 热点数据集中访问：当大量并发请求聚焦在同一块或极少数数据页（比如核心业务表的高频更新行、聚合查询的热点区间），所有进程都会竞争对应页的LWLock:BufferContent锁，短时间内引发等待峰值。典型场景如电商大促时的商品库存表、订单状态表访问。
• 缓冲池内存不足：若shared_buffers无法容纳当前活跃数据集，PostgreSQL会频繁执行缓冲页的换入（从磁盘读入内存）和换出（脏页刷回磁盘）操作。多个进程竞争缓冲页的控制权时，会直接拉高LWLock:BufferContent的等待量。即便Aurora有存储优化，数据量突增或缓存命中率骤降时也会触发这类问题。
• 低效查询触发大范围扫描：未加索引的大表查询、未带过滤条件的关联查询等低效操作，会扫描大量数据页，每个被访问的页都需要获取LWLock:BufferContent锁，大量锁请求叠加形成争用峰值。这类情况多为突发，比如临时生成的未优化报表、错误业务逻辑触发的全表扫描。
• 并发写入的页级冲突：多个进程同时更新同一数据页内的不同行（即使行本身无冲突），PostgreSQL需对整个数据页加LWLock:BufferContent锁以保证页一致性，进而引发锁竞争。批量更新同表多条记录、高并发插入导致数据页分裂时，这类争用会加剧。
• Aurora存储层临时延迟：Aurora采用共享分布式存储架构，当存储层出现临时波动（如副本同步延迟、存储节点负载升高），缓冲池与存储层的数据交互变慢，进程持有LWLock:BufferContent锁的时间延长，后续请求排队等待，最终表现为等待峰值。

内容的提问来源于stack exchange，提问作者NicuMarasoiu