过多的索引会降低数据库性能，包括写入和读取速度减慢、浪费磁盘空间、增加缓存压力和WAL记录。定期监控和重建索引是必要的维护工作，建议删除未使用和冗余的索引，以保持索引集精简。

在Postgres中，不同的plan_cache_mode设置对分区表的锁行为影响显著。默认模式下，执行第六次时会出现锁爆炸，需锁定所有关系。强制使用通用计划时，首次执行锁定52个关系，后续执行锁定所有分区。强制使用自定义计划则每次执行仅需8个锁。选择应根据工作负载和锁竞争情况，未来可能有优化。

在#PostgresMarathon 2-009中，我们分析了锁管理器在处理准备语句和分区表时的表现。第六次调用时，锁的数量从8个激增至52个，原因是规划阶段未能进行分区修剪。尽管运行时修剪移除了11个分区，但仍锁定了所有12个分区。

在#PostgresMarathon 2-008中，预处理语句显著减少了LWLock:LockManager的争用。通过从规划器锁切换到执行器锁，锁的数量从6降至1。测试分区表时，执行6时锁数量从8增至52，但执行7后，使用缓存的通用计划，锁数量显著减少。

Postgres在执行简单SELECT时，前五次使用自定义计划，锁定表及所有索引。第六次切换到通用计划，但仍锁定所有索引。第七次开始仅锁定表。这是由于规划器锁和执行器锁的机制不同所致。

文章讨论了pg_blocking_pids()函数对PostgreSQL数据库性能的观察者效应。频繁调用该函数可能导致锁管理器争用，影响查询延迟约10%。尽管影响不大，但在高负载情况下应谨慎使用。

max_locks_per_transaction参数限制每个事务可锁定的对象数量，默认值为64。它影响共享锁表的大小，实际可锁定对象数量可能超出预期，理解这一点有助于避免“共享内存不足”的错误。不同Postgres版本在相同设置下表现不同，锁表动态增长，具体机制尚不清晰。

在2023-2024年，PostgresAI的客户在大机器上遇到LWLock:LockManager争用问题。PG18发布后，Denis Morozov在16个vCPU的虚拟机上成功重现了该问题。调整max_locks_per_transaction后发现其对规划时间有影响。计划对PG17进行基准测试，并研究小型机器是否会出现类似问题。

Postgres 18中，快速路径锁的存储方式发生变化，支持根据每个事务的最大锁数动态调整锁的数量，从而缓解多核系统中的锁竞争问题。通过使用私有数组存储弱锁，减少了共享内存的争用，提升了性能。

锁管理器负责管理重型锁，事务结束时释放。SELECT操作会锁定表及其索引。Postgres 8.2之前，所有锁信息存储在一个哈希表中，导致竞争。为缓解此问题，哈希表被分为16个分区。2011年引入快速路径锁，减少竞争并提升性能。Postgres 18进一步优化以应对分区带来的挑战。

轻量级锁（LWLocks）用于协调共享内存的快速访问，适合读写操作。重型锁用于管理数据库等高层资源的并发访问，直到事务结束。锁管理器负责重型锁的管理，用户可以监控锁的获取情况。锁争用可能由资源不足或配置不当引起。

Cindy Nicola分享了她的职业旅程，强调在快速增长的公司中领导力的重要性。她认为，真正的领导者应创造清晰的环境，支持团队成长，并关注自身的身心健康。成功的招聘能塑造公司的未来，领导者应围绕优秀人才构建团队。

Postgres AI正在开发开源自驾Postgres（SDP），旨在实现数据库管理的高度自动化。通过分析20多个项目，确定了25个关键自动化特性，重点关注自动索引健康管理、成本优化和数据生命周期管理，以提高效率和可靠性。目标是实现3-4级自动化，降低成本并提升系统稳定性。

我们发布了Postgres实用指南，针对PostgreSQL的实际挑战，提供性能优化和数据库管理等解决方案。每个指南标注难度级别和阅读时间，欢迎社区贡献，计划根据反馈持续扩展资源。

Postgres AI Checkup服务提供专家主导的数据库健康评估，帮助初创企业解决性能问题。通过AI辅助检查，识别问题并提供具体建议，确保数据库高效运行。

在PostgreSQL中，最佳的数据归档和保留实践包括分区、压缩和归档。分区提高查询性能并简化清理，压缩节省存储空间并提升写入性能，归档将旧数据移至低成本存储。自动化管理数据生命周期，确保高效处理大数据集。

PostgreSQL数据库会无声增长，导致查询变慢。通过分区、压缩和自动化策略，可以有效管理数据，提升查询效率、节省存储空间，并将冷数据迁移至低成本系统。合理的保留策略确保数据合规且易于维护。

特朗普总统已赦免尼古拉汽车创始人特雷弗·米尔顿。米尔顿因欺诈投资者而被定罪，曾被判四年监禁。他被指控虚假宣传尼古拉电动卡车的能力，并伪造视频。尼古拉公司因财务问题已申请破产。

在最近的PostgresFM节目中，讨论了分区数量对规划时间的影响。实验显示，随着分区数量增加，规划时间线性增长。在Postgres 16中，1000个分区的规划时间为12毫秒，而执行时间仅为0.354毫秒。对于OLTP应用，这种延迟显著。建议保持分区数量低于1000个，并监控规划时间。使用准备好的语句可能减少规划频率，但需谨慎分析。