我们使用EXPLAIN解析SQL执行计划时，如果有下面几种情况，就需要特别关注下了：
首先看下 type 这列的结果，如果有类型是 ALL 时，表示预计会进行全表扫描（full table scan）。通常全表扫描的代价是比较大的，建议创建适当的索引，通过索引检索避免全表扫描。此外，全索引扫描（full index scan）的代价有时候是比全表扫描还要高的，除非是基于InnoDB表的主键索引扫描。
再来看下 Extra 列的结果，如果有出现 Using temporary 或者 Using filesort 则要多加关注：
Using …
[获取更多]一般而言，我们在processlist结果中如果经常能看到某些SQL的话，至少可以说明这些SQL的频率很高，通常需要对这些SQL进行进一步优化。
今天我们要说的是，在processlist中，看到哪些运行状态时要引起关注，主要有下面几个：
| 状态 | 建议 |
| copy to tmp table | 执行ALTER TABLE修改表结构时建议：放在凌晨执行或者采用类似pt-osc工具 |
| Copying to tmp table | 拷贝数据到内存中的临时表，常见于GROUP … |
【场景】某个打算用于slave新搭建的实例启动报错，启动过程中报告InnoDB数据页发生损坏。错误日志像下面这样：
150330 15:37:44 mysqld_safe Starting mysqld daemon with databases
from /data/mysql/mytest_3306
2015-03-30 15:37:45 0 [Warning] TIMESTAMP with implicit DEFAULT
value is deprecated. Please use –explicit_defaults_for_timestamp
server option (see documentation for more details).
2015-03-30 15:37:45 5884 [Warning] Using unique option prefix
myisam_recover instead of myisam-recover-options is deprecated
and will be removed in a future release. Please use the full name
instead.
2015-03-30 15:37:45 5884 [Note] Plugin ‘FEDERATED’ is
disabled.
2015-03-30 …
图片来自Percona官网
今天同事在用 percona toolkit 工具中的 pt-table-checksum 对主从数据库进行校验，提交命令后，一直提示下面的信息：
Pausing because Threads_running=0
看字面意思是在提示当前活跃线程数为0，但为什么不继续执行呢。这个提示信息有点含糊其辞，该工具是用Perl写的，因此直接打开看脚本跟踪一下，大概就明白怎么回事了，原来是这个工具有负载保护机制，避免运行时对线上数据库产生影响。
和这个机制相关的参数名是： –max-load，其类型是：Array，用法是一个或多个 variables = value …
[获取更多]
备注：插图来自淘宝苏普的博客并保留水印，如果觉得不当还请及时告知 ：）
写在前面：MySQL的query cache大部分情况下其实只是鸡肋而已，建议全面禁用。当然了，或许在你的场景下还是挺好的，还能发挥作用，那就继续使用吧，把本文当做参考就好。
不过，可能有的人人为只需要把 query_cache_size 大小调整为 0 就可以了，可以忽略 query_cache_type 参数的值，反正它也是可以在线调整的。
事实果真如此吗？让我们来实际模拟测试下就知道了。
我们模拟了以下几种场景：
1、初始化时，同时设置 query_cache_size 和 query_cache_type 的值为 0； 2、初始化时，设置 query_cache_size = 0，但设置 query_cache_type = 1； …[获取更多]
写在前面：在个别时候可能需要查看当前最新的事务ID，以便做一些业务逻辑上的判断（例如利用事务ID变化以及前后时差，统计每次事务的响应时长等用途）。
通常地，我们有两种方法可以查看当前的事务ID：
1、执行SHOW ENGINE INNODB STATUS，查看事务相关信息
===================================== 150303 17:16:11 INNODB MONITOR OUTPUT ===================================== Per second averages calculated from the last 15 seconds ... ------------ TRANSACTIONS Trx id counter 3359877657 -- 当前最大事务ID Purge done for trx's n:o < 3359877468 undo n:o < 0 state: running History list length 324 LIST OF TRANSACTIONS FOR EACH SESSION: ---TRANSACTION 0, not started -- 该会话中执行SHOW ENGINE INNODB …[获取更多]
写在前面：我们在使用mysqldump备份数据时，请一定记住要加上 -q 参数，后果可能是很严重的，不要给自己挖坑哦。到底为什么呢，且听我慢慢道来！
先来看看 mysqldump –help 中，关于 -q 参数的解释：
-q, --quick Don't buffer query, dump directly to stdout.
简言之，就是说加上 -q 后，不会把SELECT出来的结果放在buffer中，而是直接dump到标准输出中，顶多只是buffer当前行结果，正常情况下是不会超过 max_allowed_packet 限制的，它默认情况下是开启的。
如果关闭该参数，则会把SELECT出来的结果放在本地buffer中，然后再输出给客户端，会消耗更多内存。
…
[获取更多]问题 当前，绝大多数业务场景用InnoDB已经完全能搞定了，越来越多的业务从MyISAM转向InnoDB引擎，那么有哪些注意事项呢？ 分析 当了解完两种引擎的不同之处，很轻松的就能知道有哪些关键点了。
总的来说，从MyISAM转向InnoDB的注意事项有：
1、MyISAM的主键索引中，可以在非第一列(非第一个字段)使用自增列，而InnoDB的主键索引中包含自增列时，必须在最前面；这个特性在discuz论坛中，被设计用于“抢楼”功能，因此，若有类似的业务，则无法将该表从MyISAM转成InnoDB，需要自行变通实现（我们则是将其改到Redis中实现）； 2、不带条件频繁统计全表总记录数时(SELECT COUNT(*) FROM TAB)，InnoDB相对较慢，而MyISAM则飞快；不过，如果是基于索引条件的统计，则二者相差不大； …[获取更多]
问题 有位同学问我，在类似pt-osc场景下，需要将两个表名对调，怎么才能确保万无一失呢？ 分析
估计其他同学就笑了，表名对掉还不简单吗，相互RENAME一下嘛。
但是，我们想要的是同时完成表名对调，如果是先后的对掉，可能会导致有些数据写入失败，那怎么办？
其实也不难，从MySQL手册里就能找到方法，那就是：同时锁定2个表，不允许写入，然后对调表名。
我们通常只锁一个表，那么同时锁两个表应该怎么做呢，可以用下面的方法：
LOCK TABLES t1 WRITE, t2 WRITE; ALTER TABLE t1 RENAME TO t3; ALTER TABLE t2 RENAME TO t1; ALTER TABLE t3 RENAME TO t2; UNLOCK TABLES;
看到了吧，其实很简单，两个表同时加表级写锁，然后用ALTER语法改名就可以了。
废话挺多的，谢谢各位客官耐心看完 ：）
问题 修改了 my.cnf 配置文件后，却不生效，这是怎么回事？ 原因 我们注意到，这里只说了修改 my.cnf，并没有说清楚其绝对路径是哪个文件。也就是说，有可能修改的不是正确路径下的my.cnf文件。
在MySQL中，是允许存在多个 my.cnf
配置文件的，有的能对整个系统环境产生影响，例如：/etc/my.cnf。有的则只能影响个别用户，例如：~/.my.cnf。
MySQL读取各个my.cnf配置文件的先后顺序是：
不管是mysqld服务器端程序，还是mysql客户端程序，都可以采用下面两个参数来自行指定要读取的配置文件路径：
