事故处理

本文介绍了 Java 调用第三方 HTTPS 接口时常见的 “PKIX path building failed” 报错及其处理方式。问题通常出现在对接政务网、专网、私有云或自签名证书接口时，因为 JVM 的信任库 cacerts 中没有目标证书对应的信任链，导致 SSL 握手失败。 文章给出两种解决思路：首选是通过 openssl 在服务器上抓取目标证书，再用 keytool 导入当前 JRE 的 cacerts 信任库，重启服务后即可恢复正常；另一种是测试或应急场景下，重构 RestTemplate，临时关闭 SSL 证书校验，绕过连接限制。 最后强调，生产环境应优先采用导入证书的标准做法，并确保导入的 JDK/JRE 路径与实际运行环境一致，避免证书加错位置而问题依旧。

这篇文章记录了一次 MySQL 误更新后的完整恢复过程：由于执行了未加 WHERE 条件的 UPDATE 语句，业务表中 379 条记录被错误覆盖，且事务已提交，无法回滚。作者先通过备份前的安全导出保留现场，再确认 MySQL 开启了 ROW + FULL 模式的 binlog，为后续找回误更新前的数据提供了关键条件。 恢复方案采用“备份库 + binlog”组合处理：先将昨天的全量备份导入临时恢复库，按主键回填 367 条历史数据；剩余 12 条因属于当天新增、备份中不存在，只能通过导出误操作时间段的 binlog，提取 UPDATE 前的旧值，再生成恢复 SQL 逐条修正。文章不仅讲清了排查和恢复思路，也强调了误操作后的备份兜底、binlog 配置检查以及 NULL 值恢复等实战细节，非常适合作为 MySQL 数据恢复的运维参考。