标签：数据库运维

PostgreSQL无法扩展文件并提示No space left on device时，先确定满的是数据、WAL、临时目录还是inode，再安全释放。

PostgreSQL提示the database system is starting up，不等于数据库文件损坏。本文区分正常崩溃恢复、备库恢复和启动失败，给出日志、就绪状态与存储空间检查方法。

PostgreSQL提示canceling statement due to statement timeout，表示服务器按当前statement_timeout主动终止了超时语句。本文介绍查找参数来源、定位慢SQL与安全设置范围。

PostgreSQL提示remaining connection slots are reserved时，说明普通连接已耗尽，只剩保留给超级用户或特权角色的槽位。本文介绍紧急恢复、连接来源分析和连接池治理。

PostgreSQL的pg_wal目录持续增长时，应先区分复制槽滞后、归档失败、备库断连和写入突增，再按保留边界恢复消费或安全移除废弃槽。

MySQL复制延迟持续增加时，应分开判断接收线程与应用线程，再结合GTID差集、Performance Schema、慢事务和资源指标定位瓶颈。

MySQL binlog持续增长时，先确认文件位置、复制进度与恢复需求，再使用PURGE BINARY LOGS和过期策略安全释放空间，避免直接删除文件。

MySQL出现server has gone away时，应区分空闲连接超时、数据包过大、网络中断、连接复用错误和mysqld重启，再按证据调整连接池、超时或max_allowed_packet。

MySQL查询突然变慢时，应先锁定时间窗口与具体SQL，再从等待状态、语句摘要、执行计划、索引统计和服务器资源建立证据链，避免盲目加索引。

MySQL连接数突然打满时，应先保留管理入口，确认Threads_connected与上限，再按用户、主机、状态和持续时间定位连接池失效、慢SQL或泄漏。