MySQL归档表的命名应清晰表达其用途，便于后期维护和识别。归档表是用于存储历史数据、减轻主表压力的重要手段，合理的命名规范能提升数据库可读性和管理效率。
使用明确的后缀标识归档属性
在原表名后添加统一的归档标识，是最常见的做法。这样可以快速区分当前业务表与归档表。
archive：如orders_archive，表示订单表的归档数据 archived：如
user_log_archived，强调数据已归档 _bak 或 _backup：虽常用于备份，但不够精确，建议慎用 _history：如
employee_salary_history，适合记录变更历史的场景
结合时间维度增强可追溯性
对于按周期归档的表（如每月或每年），在名称中加入时间信息有助于定位数据范围。
orders_archive_2024：表示2024年归档的订单数据
logs_archive_q1_2024：标识第一季度的日志归档
payments_history_monthly_202406：精确到月份的支付记录归档
时间格式推荐使用
YYYYMMDD或
YYYYMM，避免使用斜杠或横线等特殊字符。
保持项目或团队内部一致性
无论选择哪种命名方式，关键在于团队统一遵守。建议在数据库设计文档中明确定义归档命名规则。
所有归档表统一使用_archive后缀 历史表与归档表区分：历史表可使用
_history，归档表用
_archive避免使用缩写或拼音，确保命名可读性强 考虑加上 schema 或模块前缀，如
crm_orders_archive
基本上就这些。命名不复杂，但容易忽略长期维护的成本。一个清晰的归档表名，能让后续的数据恢复、分析和清理工作事半功倍。
