归档表命名应统一用“原表名_archive”后缀，结构须与原表完全一致，保留关键索引，避免时区和查询性能问题。
归档表不是“把旧数据扔进新表”就完事，关键在可查、可删、不拖慢主业务。直接建 _archive 表 + 手动迁移，90% 的项目够用；但若日均写入超 5 万条或需审计追溯，就得考虑独立归档库或分区表。
归档表命名和结构怎么定才不踩坑
别用 archive_orders 这种模糊名，统一用 orders_archive（原表名 + _archive 后缀）。结构必须和原表完全一致：字段名、类型、长度、是否允许 NULL —— 尤其注意 DATETIME 和 TIMESTAMP 别混用，否则时区转换会出错。外键可以去掉，但索引不能少，至少保留 created_at 和业务高频查询字段的单列或联合索引。例如订单归档表，INDEX idx_created_user (created_at, user_id) 比只建 created_at 索引实用得多。
用 Db::execute() 迁移数据？别试，会失败
Db::execute('INSERT INTO orders_archive SELECT * FROM orders WHERE created_at 在 ThinkPHP 6+ 中大概率报 <code>SQLSTATE[42000]: Syntax error or access violation。原因不是 SQL 写错，而是 execute() 默认拦截非 CRUD 类语句，且预处理不支持 SELECT * 跨表插入。正确做法是分两步：
- 先用
Db::query()查出 ID 列表（避免SELECT *带大字段拖慢）：Db::query('SELECT id FROM orders WHERE created_at - 再用
Db::transaction()包裹批量插入和删除：Db::name('orders_archive')->insertAll($dataList)+Db::name('orders')->delete($idList) - 如果数据量超 10 万，改用原生 PDO 分批处理，避免内存溢出
TRUNCATE 归档表前必须确认三件事
清空归档表常用 TRUNCATE，但它不是 DELETE 的快捷方式。执行前盯住这三点：
- 权限是否到位：MySQL 要求
DROP权限，很多生产环境只开放DELETE，这时只能用DELETE FROM orders_archive WHERE 1加WHERE条件（哪怕条件恒真） - 自增 ID 是否要重置：如果归档表后续还要插入新归档数据，且你依赖自增 ID 做顺序标识，
TRUNCATE后 ID 从 1 开始，可能和主表冲突；此时应改用DELETE+ALTER TABLE orders_archive AUTO_INCREMENT = [next_id] - 触发器是否被绕过：
TRUNCATE不触发任何触发器，如果你在归档表上建了同步到 ES 或写日志的触发器，它就完全失效
最易被忽略的是索引维护——归档表查得少，但一旦要查，往往是按时间范围拉取报表，created_at 索引缺失会导致全表扫描，而这点在测试环境根本暴露不出来。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
