[MySQL FAQ]系列 -- mysqldump选项之skip-opt
- - MySQL 中文网最近在用mysqldump备份时，想要把数据表和数据分开备份，因此做了2次备份. 执行备份数据库表结构时，指定了 --skip-opt 选项，相当于：. 选项 --create-option 看起来比较不起眼：. 事实上，如果把它disable的话，备份出来的表结构，会少了：. 等MySQL特有的数据表属性，需要注意下.
[MySQL FAQ]系列 — profiling中要关注哪些信息
标签：
数据库
MySQL
FAQ
PROFILE
| 发表时间：2015-06-29 00:46 | 作者：yejr
出处：http://imysql.com
利用MySQL的PROFILE功能，我们可以很方便的查看一个SQL具体的执行代价是怎样的，尤其是可以分析它的最大瓶颈在哪里。目前PROFILE功能可提供除了内存以外的其他资源消耗统计，例如CPU、I/O、CONTEXT、SWAP等。
PROFILE功能只能在SESSION级别使用，还做不到像SQL Server那样可以全局开启，收集一段时间后再关闭，这点有待改进。关于PROFILE的具体用法大家可以查看手册 13.7.5.31 SHOW PROFILE Syntax，这里不细说。
大部分情况下，PROFILE的结果我们主要关注两列： Status、 Duration，前者表示的是PROFILE里的状态，它和PROCESSLIST的状态基本是一致的，后者是该状态的耗时。因此，我们最主要的是关注处于哪个状态耗时最久，这些状态中，哪些可以进一步优化。
和我们之前的一个分享 [MySQL FAQ]系列 — processlist中哪些状态要引起关注 类似，PROFILE中，下面几种状态是要尤其关注的，而且大多数通过创建合适的索引就可以完成优化。
| Status | 建议 |
| System lock | 确认是由于哪个锁引起的，通常是因为MySQL或InnoDB内核级的锁引起的建议：如果耗时较大再关注即可，一般情况下都还好 |
| Sending data | 从server端发送数据到客户端，也有可能是接收存储引擎层返回的数据，再发送给客户端，数据量很大时尤其经常能看见 备注：Sending Data不是网络发送，是从硬盘读取，发送到网络是Writing to net 建议：通过索引或加上LIMIT，减少需要扫描并且发送给客户端的数据量 |
| Sorting result | 正在对结果进行排序，类似Creating sort index，不过是正常表，而不是在内存表中进行排序 建议：创建适当的索引 |
| Table lock | 表级锁，没什么好说的，要么是因为MyISAM引擎表级锁，要么是其他情况显式锁表 |
| create sort index | 当前的SELECT中需要用到临时表在进行ORDER BY排序 建议：创建适当的索引 |
| checking query cache for query
checking privileges on cached sending cached result to clien storing result in query cache |
和query cache相关的状态，已经多次强烈建议关闭 |
更多状态请移步之前的分享文章 [MySQL FAQ]系列 — processlist中哪些状态要引起关注 以及官方文档 8.14.2 General Thread States，如果有未涉及想了解的状态，也请在评论区给我留言，谢谢。
相关 [mysql faq 系列] 推荐：
[MySQL FAQ]系列 -- 几种常见MySQL无法启动案例
- - MySQL 中文网昨天在群里看到有新同学还在问MySQL无法启动的问题，于是总结了几个常见情况，权当普及帖了，老鸟自觉飞过. 问题1：目录、文件权限设置不正确. MySQL的$datadir目录，及其下属目录、文件权限属性设置不正确，导致MySQL无法正常读写文件，无法启动. 已有其他mysqld实例启动，且占用了相同端口，需要修改 port 选项.
[MySQL FAQ]系列 — MySQL复制中slave延迟监控
- - MySQL中文网在MySQL复制环境中，我们通常只根据 Seconds_Behind_Master 的值来判断SLAVE的延迟. 这么做大部分情况下尚可接受，但并不够准确，而应该考虑更多因素. 首先，我们先看下SLAVE的状态：. 可以看到 Seconds_Behind_Master 的值是 3296，也就是SLAVE至少延迟了 3296 秒.
[MySQL FAQ]系列 -- 新手必看：一步到位之InnoDB
- - MySQL 中文网 -前言：MySQL发展到今天，InnoDB引擎已经作为绝对的主力，除了像大数据量分析等比较特殊领域需求外，它适用于众多场景. 然而，仍有不少开发者还在“执迷不悟”的使用MyISAM引擎，觉得对InnoDB无法把握好，还是MyISAM简单省事，还能支持快速COUNT(*). 本文是由于最近几天帮忙处理discuz论坛有感而发，希望能对广大开发者有帮助.
[MySQL FAQ]系列 — processlist中哪些状态要引起关注
- - MySQL中文网插图来自网络并作简单加工，如果觉得不当还请及时告知 ：）. 一般而言，我们在processlist结果中如果经常能看到某些SQL的话，至少可以说明这些SQL的频率很高，通常需要对这些SQL进行进一步优化. 今天我们要说的是，在processlist中，看到哪些运行状态时要引起关注，主要有下面几个：.
[MySQL FAQ]系列 — 为什么要关闭query cache，如何关闭
- - MySQL中文网备注：插图来自淘宝苏普的博客并保留水印，如果觉得不当还请及时告知 ：）. 写在前面：MySQL的query cache大部分情况下其实只是鸡肋而已，建议全面禁用. 当然了，或许在你的场景下还是挺好的，还能发挥作用，那就继续使用吧，把本文当做参考就好. 不过，可能有的人人为只需要把 query_cache_size 大小调整为 0 就可以了，可以忽略 query_cache_type 参数的值，反正它也是可以在线调整的.
[MySQL FAQ]系列 — profiling中要关注哪些信息
- - MySQL中文网利用MySQL的PROFILE功能，我们可以很方便的查看一个SQL具体的执行代价是怎样的，尤其是可以分析它的最大瓶颈在哪里. 目前PROFILE功能可提供除了内存以外的其他资源消耗统计，例如CPU、I/O、CONTEXT、SWAP等. PROFILE功能只能在SESSION级别使用，还做不到像SQL Server那样可以全局开启，收集一段时间后再关闭，这点有待改进.
[MySQL FAQ]系列 — 为什么InnoDB表要建议用自增列做主键
- - MySQL中文网我们先了解下InnoDB引擎表的一些关键特征：. InnoDB引擎表是基于B+树的索引组织表(IOT)；. 每个表都需要有一个聚集索引(clustered index)；. 所有的行记录都存储在B+树的叶子节点(leaf pages of the tree)；. 基于聚集索引的增、删、改、查的效率相对是最高的；.
[MySQL FAQ]系列 — 线上环境到底要不要开启query cache
- - MySQL中文网Query Cache（查询缓存，以下简称QC）存储SELECT语句及其产生的数据结果，特别适用于：频繁提交同一个语句，并且该表数据变化不是很频繁的场景，例如一些静态页面，或者页面中的某块不经常发生变化的信息. InnoDB Buffer Pool或者. MyISAM key buffer里读取结果.