[MySQL FAQ]系列 -- mysqldump选项之skip-opt
- - MySQL 中文网最近在用mysqldump备份时，想要把数据表和数据分开备份，因此做了2次备份. 执行备份数据库表结构时，指定了 --skip-opt 选项，相当于：. 选项 --create-option 看起来比较不起眼：. 事实上，如果把它disable的话，备份出来的表结构，会少了：. 等MySQL特有的数据表属性，需要注意下.
[MySQL FAQ]系列 — processlist中哪些状态要引起关注
标签：
数据库
MySQL
FAQ
| 发表时间：2015-06-10 20:40 | 作者：yejr
出处：http://imysql.com
插图来自网络并作简单加工，如果觉得不当还请及时告知 ：）
一般而言，我们在processlist结果中如果经常能看到某些SQL的话，至少可以说明这些SQL的频率很高，通常需要对这些SQL进行进一步优化。
今天我们要说的是，在processlist中，看到哪些运行状态时要引起关注，主要有下面几个：
| 状态 | 建议 |
| copy to tmp table | 执行ALTER TABLE修改表结构时 建议：放在凌晨执行或者采用类似pt-osc工具 |
| Copying to tmp table | 拷贝数据到内存中的临时表，常见于GROUP BY操作时 建议：创建适当的索引 |
| Copying to tmp table on disk | 临时结果集太大，内存中放不下，需要将内存中的临时表拷贝到磁盘上，形成 #sql***.MYD、#sql***.MYI（在5.6及更高的版本，临时表可以改成InnoDB引擎了，可以参考选项 default_tmp_storage_engine） 建议：创建适当的索引，并且适当加大 sort_buffer_size/tmp_table_size/max_heap_table_size |
| Creating sort index | 当前的SELECT中需要用到临时表在进行ORDER BY排序 建议：创建适当的索引 |
| Creating tmp table | 创建基于内存或磁盘的临时表，当从内存转成磁盘的临时表时，状态会变成：Copying to tmp table on disk 建议：创建适当的索引，或者少用UNION、视图(VIEW)、子查询(SUBQUERY)之类的，确实需要用到临时表的时候，可以在session级临时适当调大 tmp_table_size/max_heap_table_size 的值 |
| Reading from net | 表示server端正通过网络读取客户端发送过来的请求 建议：减小客户端发送数据包大小，提高网络带宽/质量 |
| Sending data | 从server端发送数据到客户端，也有可能是接收存储引擎层返回的数据，再发送给客户端，数据量很大时尤其经常能看见备注：Sending Data不是网络发送，是从硬盘读取，发送到网络是Writing to net 建议：通过索引或加上LIMIT，减少需要扫描并且发送给客户端的数据量 |
| Sorting result | 正在对结果进行排序，类似Creating sort index，不过是正常表，而不是在内存表中进行排序 建议：创建适当的索引 |
| statistics | 进行数据统计以便解析执行计划，如果状态比较经常出现，有可能是磁盘IO性能很差 建议：查看当前io性能状态，例如iowait |
| Waiting for global read lock | FLUSH TABLES WITH READ LOCK整等待全局读锁 建议：不要对线上业务数据库加上全局读锁，通常是备份引起，可以放在业务低谷期间执行或者放在slave服务器上执行备份 |
| Waiting for tables, Waiting for table flush | FLUSH TABLES, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, OPTIMIZE TABLE等需要刷新表结构并重新打开 建议：不要对线上业务数据库执行这些操作，可以放在业务低谷期间执行 |
| Waiting for lock_type lock | 等待各种类型的锁：• Waiting for event metadata lock• Waiting for global read lock• Waiting for schema metadata lock• Waiting for stored function metadata lock• Waiting for stored procedure metadata lock• Waiting for table level lock
• Waiting for table metadata lock • Waiting for trigger metadata lock 建议：比较常见的是上面提到的global read lock以及table metadata lock，建议不要对线上业务数据库执行这些操作，可以放在业务低谷期间执行。如果是table level lock，通常是因为还在使用MyISAM引擎表，赶紧转投InnoDB引擎吧，别再老顽固了 |
更多详情可参考官方手册： 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里读取结果.