0、导读

在slave上，发现SQL thread长时间处于Opening tables状态

1、问题描述 朋友的数据库，做了主从replication复制。在slave实例上，SQL thread的长时间处于Opening tables状态，复制进程异常。

【faq】  【native】  【mysql】  【innodb】  【线程】  【thread】   点击查看原文>

0、导读

InnoDB Monitor总是被自动打开，为何

1、问题 问题来自于我们课堂上的一位同学，她反应InnoDB Monitor总是被莫名其妙打开，启用了审计以及general log功能都找不到这个“鬼”，很是郁闷。

【faq】  【mysql】  【innodb】  【程序员】  【adaptive】   点击查看原文>

0、导读

有个MySQL服务器的磁盘I/O总有过高报警，怎么回事？

1、问题 我的朋友小明，TA有个MySQL服务器最近总是报告磁盘I/O非常高，想着我这有免费的不用白不用的企业技术服务（TA自己这么想的），就找我帮忙给把把脉。

【faq】  【服务器】  【mysql】  【innodb】  【性能】  【线程】   …

0、导读

有个MySQL服务器的磁盘I/O总有过高报警，怎么回事？

1、问题

我的朋友小明，TA有个MySQL服务器最近总是报告磁盘I/O非常高，想着我这有免费的不用白不用的企业技术服务（TA自己这么想的），就找我帮忙给把把脉。

作为一个经验丰富(踩坑不断)的DBA，出现这种问题，一般来说，磁盘I/O很高无非是下面几个原因引起：

1. 磁盘子系统设备性能差，或采用ext2/ext3之类文件系统，或采用cfq之类的io scheduler，所以IOPS提上不去；
2. SQL效率不高，比如没有索引，或者一次性读取大量数据，所以需要更多的I/O；
3. 可用内存太小，内存中能缓存/缓冲的数据不多，所以需要更多的I/O。

方法论已有，接下来就是动手开始排查了。

2、排查

…

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

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

…

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

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

测试试用MySQL版本： …

在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、逐渐关闭当前的连接、事务

…

作者：吴炳锡　来源：http://www.mysqlsupport.cn/ 联系方式： wubingxi#16 […]

[TIPS]安装数据库提示无法解析机器名处理，首发于MySQL Life。

作者：吴炳锡　来源：http://www.mysqlsupport.cn/ 联系方式： wubingxi#16 […]

TIPS:MySQL 改库名操作，首发于MySQL Life。