MysqL碎片整理优化

先来讲一下什么是碎片，怎么知道碎片有多大！

简单的说,删除数据必然会在数据文件中形成不连续的空白空间,而当插入数据时,这些空白空间则会被利用起来.因而形成了数据的存储位置不连续,以及物理存储顺序与理论上的排序顺序不一样,这种是数据碎片.实际上数据碎片分为两种,一种是单行数据碎片,另外一种是多行数据碎片.前者的意思就是一行数据,被分红N个片断,存储在N个位置.后者的就是多行数据并未按照逻辑上的顺序排列.当有大量的删除和插入操做时,必然会产生不少未使用的空白空间,这些空间就是多出来的额外空间.索引也是文件数据,因此也会产生索引碎片,理由同上,大概就是顺序紊乱的问题.Engine 不一样,OPTIMIZE 的操做也不同的,MyISAM 由于索引和数据是分开的,因此 OPTIMIZE 能够整理数据文件,并重排索引。这样不但会浪费空间，而且查询速度也更慢。

解决方案：（切记，必定要在夜里执行，表越大，越耗资源时间，不要频繁修复，能够几个月甚至一年修复一次，若是表频繁被更改，能够按周/月来整理。）

查看表碎片的方法

mysql> select ROW_FORMAT,TABLE_ROWS,DATA_LENGTH,INDEX_LENGTH,MAX_DATA_LENGTH,DATA_FREE,ENGINE from TABLES where TABLE_SCHEMA='test_db' and TABLE_NAME='table_name' limit 1;

 

 经过OPTIMIZE TABLE　table_name 后再查询一下结果以下

 

 也能够观察Mysql的数据目录存储文件Data文件大小，如MYD

1、Innodb存储引擎清理碎片方法

ALTER TABLE tablename ENGINE=InnoDB

2、Myisam存储引擎清理碎片方法

OPTIMIZE 操做会暂时锁住表,并且数据量越大,耗费的时间也越长,它毕竟不是简单查询操做.因此把 Optimize 命令放在程序中是不稳当的,无论设置的命中率多低,当访问量增大的时候,总体命中率也会上升,这样确定会对程序的运行效率形成很大影响.比较好的方式就是作个 Script,按期检查mysql中 information_schema.TABLES字段,查看 DATA_FREE 字段,大于0话,就表示有碎片.脚本多长时间运行一次,能够根据实际状况来定,好比每周跑一次.

 OPTIMIZE TABLE table_name