篇首语：
截止到目前的5.7.4版本为止，MySQL的联合索引仍无法支持联合索引使用不同排序规则，例如：ALTER TABLE t ADD INDEX idx(col1, col2 DESC)。

先来了解下MySQL关于索引的一些基础知识要点：

• a、EXPLAIN结果中的key_len只显示了条件检索子句需要的索引长度，但 ORDER BY、GROUP BY 子句用到的索引则不计入 key_len 统计值；
• b、联合索引(composite index)：多个字段组成的索引，称为联合索引；
例如：ALTER TABLE t ADD INDEX `idx` (col1, col2, col3)
• c、覆盖索引(covering index)：如果查询需要读取到索引中的一个或多个字段，则可以从索引树中直接取得结果集，称为覆盖索引；
例如：SELECT col1, col2 FROM t;
• d、最左原则(prefix …

前几天帮同事解决一个案例，在主从复制环境下，从库上的MySQL版本号是5.5.5，遇到下面的错误：

#其他非相关信息我都隐藏掉了
 [(yejr@imysql.com)]> show slave status \G;
 Slave_IO_Running: Yes
 Slave_SQL_Running: No
 Last_Errno: 1064
 Last_Error: Error 'You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '6e86db84_14847168f19__8000' at line 1' on query. Default database: 'act'. Query: 'SAVEPOINT 6e86db84_14847168f19__8000'
 Last_IO_Errno: 0
 Last_IO_Error:
 Last_SQL_Errno: 1064
 Last_SQL_Error: Error 'You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '6e86db84_14847168f19__8000' at line 1' on query. Default database: 'act_log'. Query: 'SAVEPOINT 6e86db84_14847168f19__8000'

…

我们先了解下InnoDB引擎表的一些关键特征：

• InnoDB引擎表是基于B+树的索引组织表(IOT)；
• 每个表都需要有一个聚集索引(clustered index)；
• 所有的行记录都存储在B+树的叶子节点(leaf pages of the tree)；
• 基于聚集索引的增、删、改、查的效率相对是最高的；
• 如果我们定义了主键(PRIMARY KEY)，那么InnoDB会选择其作为聚集索引；
• 如果没有显式定义主键，则InnoDB会选择第一个不包含有NULL值的唯一索引作为主键索引；
• 如果也没有这样的唯一索引，则InnoDB会选择内置6字节长的ROWID作为隐含的聚集索引(ROWID随着行记录的写入而主键递增，这个ROWID不像ORACLE的ROWID那样可引用，是隐含的)。

…

Query Cache（查询缓存，以下简称QC）存储SELECT语句及其产生的数据结果，特别适用于：频繁提交同一个语句，并且该表数据变化不是很频繁的场景，例如一些静态页面，或者页面中的某块不经常发生变化的信息。QC有可能会从InnoDB Buffer Pool或者MyISAM key buffer里读取结果。

由于QC需要缓存最新数据结果，因此表数据发生任何变化（INSERT、UPDATE、DELETE或其他可能产生数据变化的操作），都会导致QC被刷新。

根据MySQL官方的测试，QC的优劣分别是：

 …

我们知道，有时候为了debug或跟踪方便，会临时打开MySQL的general log。如果在线业务请求比较频繁的话，会导致瞬间产生大量的日志，一定程度上会影响IOPS性能。

此外，我们还有一种变通的办法，那就是打开slow query log，然后设置 long_query_time = 0，这样也可以记录所有请求log，而且记录的log比general log还要来的小，他产生的IOPS性能影响可能会比直接打开general log的影响来的小，可事实果真如此吗？我们来对比测试下就知道了。

测试试用MySQL版本： …

我们都知道binlog_format有三种可选配置：STATEMENT、ROW、MIXED，相应地，基于这三种模式的Replication分别称为SBR(STATEMENT BASED Replication)、RBR、MBR。 同时，我们也知道，MySQL Replication可以支持比较灵活的binlog规则，可以设置某些库、某些表记录或者忽略不记录。

通常地，我们强烈建议不要设置这些规则，默认都记录就好，在Slave上也是如此，默认所有库都进行Replicate，不要设置DO、IGNORE、REWRITE规则。 如果非要设置这些规则的话，可能会导致某些场景下或者某些特定的SQL无法被记录，就需要特别注意了。

我经过比较简单的测试，不同的binlog_format可能会导致某些SQL不被记录的情况总结如下：

…

在MySQL复制环境中，我们通常只根据 Seconds_Behind_Master 的值来判断SLAVE的延迟。这么做大部分情况下尚可接受，但并不够准确，而应该考虑更多因素。

首先，我们先看下SLAVE的状态：

yejr@imysql.com [(none)]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
***
Master_Log_File: mysql-bin.000327
Read_Master_Log_Pos: 668711237
Relay_Log_File: mysql-relay-bin.002999
Relay_Log_Pos: 214736858
Relay_Master_Log_File: mysql-bin.000327
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
***
Skip_Counter: 0
Exec_Master_Log_Pos: 654409041
Relay_Log_Space: 229039311
***
Seconds_Behind_Master: 3296
***

可以看到 Seconds_Behind_Master 的值是 3296，也就是SLAVE至少延迟了 3296 秒。

…

本文分析了mysqld进程关闭的过程，以及如何安全、缓和地关闭MySQL实例，对这个过程不甚清楚的同学可以参考下。

关闭过程：

• 1、发起shutdown，发出  SIGTERM信号
• 2、有必要的话，新建一个关闭线程(shutdown thread)

如果是客户端发起的关闭，则会新建一个专用的关闭线程

如果是直接收到 SIGTERM 信号进行关闭的话，专门负责信号处理的线程就会负责关闭工作，或者新建一个独立的线程负责这个事

当无法创建独立的关闭线程时（例如内存不足），MySQL Server会发出类似下面的告警信息：

Error: Can’t create thread to kill server

• 3、MySQL Server不再响应新的连接请求

关闭TCP/IP网络监听，关闭Unix Socket等渠道

• 4、逐渐关闭当前的连接、事务

…

昨天处理了一个MySQL 5.6版本下开启GTID模式复制异常案例，MASTER上的任何操作都无法在SLAVE上应用，SLAVE的RELAY LOG里有记录，但SLAVE的BINLOG却找不到蛛丝马迹。由于开启了GTID，所以排查起来也简单，只需要在SLAVE上把RELAY LOG和BINLOG分别解析成文本文件，再直接搜索MASTER的UUID，就能找到SLAVE上是否应用了MASTER复制过来的事务。 排查过程中，曾经一度怀疑是因为设置了BINLOG-DO或者IGNORE规则，或者设置了REPLICATION-DO或IGNORE规则，甚至是GTID的严重BUG，但都没发现端倪。直到从 SHOW SLAVE STATUS 里发现下面这个信息：

[yejr@imysql.com]> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
...
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 2539 …

问：刚刚新安装的MySQL，提示下面信息，无法登入，怎么回事？

[root@imysql mysql]# mysql mysql
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

答：数据库已经执行过 mysql_install_db 初始化了，按理说应该没问题。经过排查，发现 $datadir 的 mysql 数据库目录的权限模式为：

drwx------ 2 mysql root        4096 Jan  9 20:22 mysql

看起来没有问题。检查错误日志，发现一行：

130109 21:04:23 [Warning] Bootstrap mode disables GTIDs. Bootstrap mode should only be used by mysql_install_db which initializes the MySQL data directory and creates system tables.
ERROR: 1785  Updates to non-transactional tables are forbidden when DISABLE_GTID_UNSAFE_STATEMENTS = 1.
130109 21:04:23 [ERROR] Aborting

同时，mysql库下的user表空间文件显示：

-rw-rw---- 1 mysql mysql 10684 Jan  9 20:22 user.frm …