Ideas, releases, practical guides, and perspectives from the people building with MySQL.
本文也有英文版：English version。
你有没有碰到过 mysqld 进程启动了很长时间也起不来的情况？这时候我们可以用 perf top
命令查看一下 MySQL 进程主要在干什么事情。如果你查看到的信息如下图所示，启动过程中 MySQL 的
主线程(mysqld_main函数开始的线程)
绝大多数的时间都花在了回滚事务上，那么很可能是遇到了大事务回滚。
这种情况最常见的一个场景是一个大事务在写 Binlog 时把磁盘空间占满了，导致了实例的宕机重启。我曾经遇到的最大的 Binlog
文件超过了 114GB。由于 Binlog Cache 的临时文件在写完 Binlog
后才被清理，所以这个事务总共占用了 228GB 的空间。MySQL 的参数
binlog_error_action …
MySQL 在执行 Online DDL 重建表的时候，可能会碰到 Duplicate
Entry 错误，从而导致 DDL 中途失败。失败信息如下所示：
1
2
mysql> alter table tt add c3 int, algorithm=inplace;
ERROR 1062 (23000): Duplicate entry '1' for key 'tt.uk_c2'
这是一个非常知名的问题，自从 MySQL-5.6 引入了 Online DDL 之后就一直存在。相关的Bug包括:
BUG#76895[5]最早报告了这个问题。BUG#76895 上提到的是 Duplicate
PRIMARY …
以下信息是在测试一个 SQL 时，AliSQL 的 Performance Agent 功能采集的 buffer pool 相关的监控信息。你能从这些监控信息看出是什么样的 SQL 在执行吗？
图中：bp = buffer pool, pg = page。
bp_pg_total 是 buffer pool 的总 page 数，一般不会变化的，除非修改了 buffer pool 的大小。
bp_pg_data 指的是 buffer pool 中数据文件的 page 的数量，包括 undo page。
bp_pg_dirty 指的是数据页中的脏页(被修改了，但还没有写入数据文件的页)的数量。
bp_pg_free 是 buffer pool 中空闲的 page 数量，这部分是没有被使用的部分。
bp_wait_free 当从存储上 读一个 page 到 buffer pool 时，如果没有空闲的 page 也没有净页(没有被修改的) …
前言
MySQL 的 innodb 引擎之所以使用 B+tree 来存储索引，就是想尽量减少数据查询时磁盘 IO 次数。树的高度直接影响了查询的性能。一般树的高度在 3~4 层较为适宜。数据库分表的目的也是为了控制树的高度。那么如何获取树的高度呢？下面使用一个示例来说明如何获取树的高度。
示例数据准备
建表语句如下：
CREATETABLE`user` ( `id` int(11) NOTNULLAUTO_INCREMENT, `name` varchar(100) CHARACTERSETlatin1 DEFAULTNULL, `age` int(11) DEFAULTNULL, PRIMARYKEY(`id`), KEY`name` (`name`), KEY`age` (`age`) ) ENGINE=InnoDB DEFAULTCHARSET=utf8
表中插入100万条数据。数据如下：
mysql> select* fromuserlimit 2\G *************************** 1. row *************************** id: 110000 name: ab age: 100 *************************** 2. row *************************** id: 110001 name: ab age: 100 2 …[获取更多]