标签：数据库运维

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或泄漏。

Redis连接数突然暴涨时，应先确认上限与业务影响，再通过INFO、CLIENT LIST和应用指标定位来源，区分流量增长、连接池失效、空闲连接堆积、阻塞客户端和错误重试。

Redis出现MISCONF并拒绝写入时，应先读取持久化状态和服务日志，再检查磁盘、权限、内存fork、容器挂载与RDB配置，修复后重新验证BGSAVE。

Redis出现MISCONF并拒绝写入时，应先读取持久化状态和服务日志，再检查磁盘、权限、内存fork、容器挂载与RDB配置，修复后重新验证BGSAVE。

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