宝塔面板不支持数据库自动归档与表清理，需通过linux定时任务+自定义sql脚本实现；归档应先insert into...select导出旧数据至归档表再delete，清理冗余表须结合information_schema扫描、白名单校验及mysqldump备份。
宝塔面板本身不提供数据库自动归档与表清理功能
宝塔是一个可视化服务器管理工具，它的数据库管理模块（phpMyAdmin 或内置简易管理器）只支持手动操作，mysqldump、TRUNCATE、DROP TABLE 等动作必须由用户主动触发或通过外部脚本调度。所谓“自动归档”，实际要靠 Linux 定时任务 + 自定义 SQL 脚本组合实现，宝塔仅负责托管和触发。
归档历史数据：用 INSERT INTO ... SELECT + DELETE 分两步走
直接 DROP 或 TRUNCATE 风险极高，真实业务中应先将满足条件的旧数据（如 created_at ）导出到归档表，再删除原表中对应记录。归档表需提前建好，结构与原表一致，仅需额外加一个 <code>archive_time 字段记录归档时间。
- 归档语句示例：
INSERT INTO logs_archive SELECT *, NOW() FROM logs WHERE created_at - 删除语句必须跟在归档之后，并加事务包裹（若引擎支持）：
BEGIN; INSERT INTO ...; DELETE FROM logs WHERE created_at - 务必在执行前对目标表加
SELECT ... FOR UPDATE或确认无写入冲突，否则可能漏数据或重复归档 - 归档表建议使用
ARCHIVE引擎（仅 MySQL）或定期压缩为.sql.gz文件离线存储，避免长期占用主库空间
清理冗余表：靠 information_schema 扫描 + 白名单机制防误删
所谓“冗余表”没有通用定义，可能是项目迭代后废弃的 _bak、_old、temp_ 开头的表，也可能是超过 6 个月未被 SELECT 的表（需开启 performance_schema 并查 table_io_waits_summary_by_table）。宝塔不记录表访问日志，因此只能按命名规则或创建时间粗筛。
- 查疑似冗余表：
SELECT table_name, create_time FROM information_schema.tables WHERE table_schema = 'your_db' AND (table_name LIKE '%_bak%' OR table_name LIKE 'temp_%') ORDER BY create_time; - 绝不能直接
DROP TABLE，必须先生成备份：mysqldump -u root -p your_db table_name > /www/backup/table_name_$(date +\%F).sql - 建议维护一个白名单文件（如
/www/panel/vhost/mysql/keep_tables.txt），脚本执行前读取比对，不在名单里的才进入待删队列 - 注意系统表（如
wp_options在 WordPress 中看似可删实则关键）、分区表子表、以及外键关联表——删错一张可能引发整个业务报ERROR 1452
用宝塔计划任务调度脚本，但得自己写 shell + SQL
宝塔的“计划任务”只是 crond 的图形包装，它能执行的只有命令行指令。你需要把归档逻辑和清理逻辑分别写成两个 .sh 文件，再在宝塔后台添加定时任务调用它们。
- 脚本开头必须指定 MySQL 凭据：
mysql -u root -p"your_password" -e "YOUR_SQL"，密码明文有风险，更安全做法是用~/.my.cnf配置文件并设chmod 600 - 每次执行前加校验：
mysql -u root -e "SELECT COUNT(*) FROM your_db.logs WHERE created_at ，结果为 0 就跳过本次归档 - 日志必须重定向：
/bin/bash /www/backup/archive_logs.sh >> /www/backup/archive.log 2>&1，否则失败时你根本不知道哪步断了 - 宝塔任务默认以
www用户运行，确保该用户对脚本、SQL 文件、备份目录有读写权限，否则常见报错是Permission denied或Can't connect to local MySQL server
OPTIMIZE TABLE —— 不做的话，原表碎片率飙升，查询反而变慢。
