Boulder项目中requestedNames表的优化与移除分析

背景介绍

在Boulder项目（Let's Encrypt的ACME服务器实现）的数据库结构中，requestedNames表目前是系统中第三大表，无论是从行数还是存储空间角度来看。这个表主要用于在GetOrder操作时计算order.Names字段值。然而，经过技术团队分析发现，这个表可能并非必要存在，其功能完全可以通过现有的authorizations表数据来实现。

技术现状

requestedNames表最初是在2019年的一次代码提交中引入的，当时并没有深入讨论是否可以通过authorizations表来获取相同的信息。该表的主要作用是存储证书订单请求的域名列表，用于后续订单处理时快速获取相关域名信息。

问题分析

当前实现中存在以下值得优化的点：

1. 数据冗余：域名信息既存储在authorizations表中，又在requestedNames表中重复存储
2. 存储开销：作为系统第三大表，占用了可观的数据库资源
3. 维护成本：需要额外的代码来保持两个表中数据的一致性

解决方案

技术团队提出了分阶段实施的优化方案：

第一阶段：功能迁移

将获取order.Names字段的逻辑从查询requestedNames表改为查询authorizations表。这一阶段需要：

1. 修改GetOrder方法的实现逻辑
2. 确保新老代码兼容
3. 进行充分的测试验证

第二阶段：表移除

在第一阶段代码部署稳定后，可以安全地：

1. 停止所有对requestedNames表的写入操作
2. 从数据库中彻底删除该表
3. 清理相关维护代码

技术考量

这种分阶段移除的方式具有以下优势：

1. 风险可控：先验证功能替代的正确性，再执行破坏性变更
2. 平滑过渡：不影响线上服务的正常运行
3. 可回滚：如果在第一阶段发现问题，可以方便地回退

预期收益

完成这项优化后，系统将获得以下改进：

1. 减少数据库存储压力
2. 简化数据模型，降低维护复杂度
3. 提高系统整体性能
4. 消除潜在的数据一致性问题

实施建议

对于类似的技术债务清理工作，建议：

1. 充分分析历史代码和变更背景
2. 设计无感迁移方案
3. 制定详细的测试计划
4. 采用分阶段部署策略
5. 建立完善的监控机制

这项优化工作体现了Boulder项目团队持续改进系统架构、提升服务质量的工程实践，也为其他类似系统的优化提供了有价值的参考案例。