浅析MySQL数据碎片的产生
2011-03-30 09:28 核子可乐译 51CTO 字号:
MySQL列表,包括MyISAM和InnoDB这两种最常见的类型,而根据经验来说,其碎片的产生及消除都是随机的。碎片会在你的表格中留下明显的空白,而这会给列表扫描工作带来相当大的困扰。对你的列表进行优化,这样会使列表的全面及分区扫描工作进行得更有效率。
【51CTO独家译文】本文浅析MySQL数据碎片的产生:定义,时间及成因。
MySQL列表,包括MyISAM和InnoDB这两种最常见的类型,而根据经验来说,其碎片的产生及消除都是随机的。碎片会在你的表格中留下明显的空白,而这会给列表扫描工作带来相当大的困扰。对你的列表进行优化,这样会使列表的全面及分区扫描工作进行得更有效率。
碎片——实例
MySQL具有相当多不同种类的存储引擎来实现列表中的数据存储功能。 每当MySQL从你的列表中删除了一行内容,该段空间就会被留空。而在一段时间内的大量删除操作,会使这种留空的空间变得比存储列表内容所使用的空间更 大。当MySQL对数据进行扫描时,它扫描的对象实际是列表的容量需求上限,也就是数据被写入的区域中处于峰值位置的部分。如果进行新的插入操 作,MySQL将尝试利用这些留空的区域,但仍然无法将其彻底占用。
这种额外的破碎的存储空间在读取效率方面比正常占用的空间要低得多。让我们看一个实例。
我们将创建一个数据库(有时也称其为大纲)及一个测试用的列表:
(root@localhost) [test]> create database frag_test;
Query OK, 1 row affected (0.03 sec)
(root@localhost) [test]> use frag_test;
Database changed
(root@localhost) [frag_test]> create table frag_test (c1 varchar(64));
Query OK, 0 rows affected (0.05 sec)
现在让我们在列表中加入如下几行:
(root@localhost) [frag_test]> insert into frag_test values ('this is row 1');
Query OK, 1 row affected (0.01 sec)
(root@localhost) [frag_test]> insert into frag_test values ('this is row 2');
Query OK, 1 row affected (0.00 sec)
(root@localhost) [frag_test]> insert into frag_test values ('this is row 3');
Query OK, 1 row affected (0.00 sec)
现在我们进行碎片查看:
(root@localhost) [frag_test]> show table status from frag_test\G;
**************