用 RANGE 分区配合 TO_DAYS() 是 MySQL 5.7+ 按月归档最稳妥方式，因分区键需整型单调递增，TO_DAYS(date_col) 天然满足；建表须用 DATE/DATETIME 类型，分区上限用 VALUES LESS THAN (TO_DAYS('2024-04-01'))，每月初手动增删分区并注意导出时 --where 参数格式正确。
MySQL 分区表按月归档：用 PARTITION BY RANGE (TO_DAYS()) 最稳妥
直接说结论：用 RANGE 分区配合 TO_DAYS() 是 MySQL 5.7+ 按月归档最可控的方式，比 LIST 或 HASH 更适配时间序列场景。
关键不是“能不能分”，而是分区键必须是整型且单调递增，TO_DAYS(date_col) 把日期转成天数，天然满足这点；而直接用 DATE 或 YEAR-MONTH 字符串会报错或失效。
- 建表时必须显式定义
date_col为DATE或DATETIME类型，不能是字符串 - 每个分区上限用
VALUES LESS THAN (TO_DAYS('2024-04-01'))表示“包含 3 月所有数据”，注意是开区间，别写成'2024-03-31' - 每月初要手动执行
ALTER TABLE t ADD PARTITION新分区 +DROP PARTITION过期分区，自动化脚本里得判断TO_DAYS(NOW())动态生成 SQL - 查询带
WHERE date_col >= '2024-03-01' AND date_col 才能命中单一分区；只写YEAR(date_col)=2024会全表扫描
导出归档数据时，mysqldump --where 比 SELECT INTO OUTFILE 更安全
SELECT INTO OUTFILE 要求 MySQL 有服务器本地写权限，线上库通常禁用；而 mysqldump 只走客户端连接，权限收敛，适合运维脚本调用。
重点在 --where 参数的写法：必须用单引号包裹整个条件，且日期值也要加引号，否则 shell 会截断或报错。
- 正确：
mysqldump -u user db t --where="date_col >= '2024-02-01' AND date_col archive_202402.sql - 错误：
--where=date_col >= 2024-02-01（数字相减）、--where="date_col >= 2024-02-01"（没引号，shell 解析失败） - 导出后立刻执行
DELETE FROM t WHERE date_col 前，务必确认备份文件 md5 一致，且目标库已SET SQL_LOG_BIN=0避免主从延迟
分区表 TRUNCATE PARTITION 比 DELETE 快，但不触发外键和触发器
归档老数据时，TRUNCATE PARTITION p_202301 是毫秒级操作，而 DELETE 即使加索引也会锁表、写 binlog、占 undo log。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
代价是它绕过所有约束检查：如果该分区关联了外键子表，或业务逻辑依赖 DELETE 触发器清理缓存，直接 TRUNCATE 就会漏数据。
- 执行前先查依赖：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME='t' AND REFERENCED_PARTITION_NAME='p_202301' - 若存在外键，必须先
DISABLE KEYS或改用DELETE+LIMIT 10000分批删 -
TRUNCATE PARTITION后记得ANALYZE TABLE t更新统计信息，否则后续查询可能选错执行计划
归档后查不到数据？检查 sql_mode 和分区表达式是否匹配
常见现象：明明插入了 '2024-03-15'，但 SELECT 查不到，EXPLAIN PARTITIONS 显示没走任何分区——大概率是 sql_mode 包含 STRICT_TRANS_TABLES，导致 TO_DAYS(NULL) 插入失败，数据进了 MAXVALUE 分区或被丢弃。
- 查当前模式：
SELECT @@sql_mode，确认不含STRICT_*（开发环境可关，生产建议保留） - 建分区时用
COALESCE(TO_DAYS(date_col), 0)防 NULL，但需确保 date_col 默认值不是 NULL - 测试分区是否生效：
SELECT PARTITION_NAME, TABLE_ROWS FROM INFORMATION_SCHEMA.PARTITIONS WHERE TABLE_NAME='t'，看各分区行数是否合理
分区边界和时区无关，但应用层传入的日期字符串必须是 MySQL 服务端时区（如 system_time_zone），否则 TO_DAYS('2024-03-01') 算出来的天数可能偏移一天。
