Monthly Archives: February 2017

查看InnoDB的磁盘空间利用率

Posted on by

这周阿里集团DBA内部分享时，支付宝的黄忠同学提了一个问题，关于InnoDB索引page 的利用率。

page利用率

主要是指btee里面每个page的使用被使用的空间大小。我们知道InnoDB默认一个page大小是16k。但实际使用情况不会总用满

我们定义为所有page的总使用字节除以总字节数。

在理论分析之前，我们要先弄个工具，查一下。

Continue reading →

关于InnoDB表的page利用率和optimize table

Posted on by

上一篇我们介绍了ibd_used这个工具，我们用来量化看表数据文件的page使用率。这里用来说明optimize table这个命令的问题和优化。

实例准备

建一个这样的表

CREATE TABLE `tb` (

`seq_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,

`a` varchar(32) DEFAULT NULL,

`b` varchar(32) DEFAULT NULL,

`c` varchar(32) DEFAULT NULL,

`d` char(255) DEFAULT NULL,

Primary key (seq_id),
KEY a (a),

KEY bc (b,c),

KEY cb (c,b)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

 

执行语句为“insert into tb(a,b,c) values(randstr, randstr, randstr);” randstr是客户端程序生成的长度30字节的随机字符串。30个线程并发，每个线程插入1w条记录。

等待更新完成后（包括purge完成，从系统的vmstat上看无任何io），执行./ibd_used tb.ibd 0 100000000，可以从最后4行看到各个索引的page平均利用率如下图。

说明： 你会发现即使是主键索引，利用率也不一定很高。原因是什么？

Optimize table 效果

我们知道Optimize table是用来作表整理的， 执行一下 optimize table tb，再看ibd_used的结果。 Continue reading →

关于 InnoDB 索引长度限制的 tips

Posted on by

有同学问到InnoDB的索引长度问题，简单说几个tips。

关于3072

大家经常碰到InnoDB单列索引长度不能超过767bytes，实际上联合索引还有一个限制是3072。

可以看到，由于每个字段占用255*3, 因此这个索引的大小是3825(255*3*5)>3072，报错。

为什么3072

我们知道InnoDB一个page的默认大小是16k。由于是Btree组织，要求叶子节点上一个page至少要包含两条记录（否则就退化链表了）。 Continue reading →