mysql大表空间整理注意点

1.需求

订单表 j_trade_order有6000多万数据,需要迁移3000多万到另外一张表,迁移结束后需要整理表空间

2.OPTIMIZE

整理j_trade_order表空间(InnoDB/MyISAM引擎均支持)

复制代码
OPTIMIZE TABLE j_trade_order;

●注意事项:

  1. 执行期间会对表加 排他锁(阻塞所有读写操作),对于 114.79GB 的大表,锁表时间极长,不建议在生产业务高峰期执行;

  2. 执行后会生成临时表,需要预留至少 2 倍于表大小的磁盘空间(即至少 230GB 空闲磁盘),否则会执行失败。

3.ALTER TABLE

整理j_trade_order表空间,重建表结构和索引,释放碎片空间

ALTER TABLE j_trade_order ENGINE = InnoDB;

● 执行后,表的存储引擎不变(仍为 InnoDB),但表空间会被重新规整,查询性能和磁盘利用率都会提升;

● 对于 114.79GB 的大表,执行时间较长(视服务器 IO 性能而定),建议在业务低峰期执行。

4.验证表数据完整性

对比整理前后的表数据量,确认无丢失

SELECT COUNT() as count FROM j_trade_order;

5.小结

  1. 生产环境首选 ALTER TABLE j_trade_order ENGINE = InnoDB;(在线操作,影响小,效果好);
  2. 备选 OPTIMIZE TABLE j_trade_order;(兼容 MyISAM,但锁表时间长,需预留足够磁盘空间);
  3. 大表操作前必须备份数据、检查磁盘空间,执行后验证碎片率和数据完整性;
  4. 建议在业务低峰期执行,避免影响线上服务
相关推荐
l1t29 分钟前
duckdb 1.6dev新增的.manual命令
开发语言·数据库
辉灰笔记1 小时前
第一篇:MySQL8.0生产备份实战|XtraBackup全自动全量+增量备份(钉钉告警+异地Binlog归档)
数据库·mysql·钉钉·运维开发
山峰哥1 小时前
‌Explain实战:打开数据库执行计划的黑盒‌
大数据·服务器·数据库·sql·深度优先·宽度优先
wzy06232 小时前
VIP + Orchestrator + 自定义脚本 MySQL 高可用方案
mysql·orchestrator
ClickHouseDB2 小时前
ClickHouse 26.6 版本发布说明
数据库
Wang's Blog2 小时前
Java框架快速入门:深入MyBatis-Plus高级DML操作(ID策略·逻辑删除·乐观锁)
java·数据库·mybatis
小二·13 小时前
RAG + 向量数据库实战:ChromaDB / Milvus / FAISS 选型与性能横评
数据库·milvus·faiss
矜持的左手13 小时前
电子小白的枕边书:电子学(The Art of Electronics)
数据库·restful
吴声子夜歌13 小时前
Redis 5.x——布隆过滤器
数据库·redis·缓存