MySQL优化系列之一

标签：参数   explain   分配   xxx   发放   有一个   time   creat   ipc   

MySQL数据库常见的两个瓶颈是CPU和I/O。 CPU在饱和的情况下一般发生在数据装入内存或者从磁盘上读取数据的时候，当装入的数据远大于

内存容量的时候，这时可能会发生I/O瓶颈， 如果是分布式应用的话，当查询量大的时候瓶颈可能会出现在网络上。 我们可以采用常用的Linux

命令来查看系统的性能状态。

1、mpstat  系统监控工具，CPU的统计信息，这些信息存放在/proc/stat文件中，同样也适用于多CPU系统。mpstat命令可查看多核CPU

每个计算核心的统计数据。

2、vmstat  也是一种监控工具，可以显示在给定的时间间隔内服务器的状态信息，包括CPU使用率、内存使用、虚拟内存交换情况，IO读写情况。

3、iostat   监控设备的IO负载情况

4、sar   文件的读写情况、系统调用使用情况、磁盘I/O、CPU效率、内存使用状况、进程活动及IPC(进程间通信)有关活动

5、top   系统中各个进程的资源占用状况，该命令将独占前台，直到用户终止该程序为止。该命令提供了实时对系统处理器的状态监视

查询与索引分析方法及优化方式

常见分析手段有慢查询日志、explain分析查询、profiling分析以及show命令及系统变量

show status  显示状态信息 show status like ‘xxx‘

show variables 先系统变量 show variable like ‘xxx‘

show innodb status 显示innodb存储引擎的状态

show processlist 查看当前SQL执行 包括执行状态、是否锁表等

mysqladmin variables -u xxx -p xxx 显示系统变量

mysqladmin extended-status -u xxx -p xxx 显示状态信息

慢查询日志分析

慢日志查询开启方法： 在配置文件my.cnf或者my.ini中的mysqld下面一行加入两个配置参数

log-slow-queries=/data/myssqldata/show-query.log  //慢查询日志存放位置

long_query_time=2  //设置查询超时时间

log-queries-not-using-indexes   //记录没有使用索引的查询

explain 字段属性说明

　　table  显示这行数据是关于哪张表

　　possible_keys  显示可能应用在这张表中的索引。如果为空，没有可能的索引

　　key   实际使用的索引，如果为null 则没有使用索引

　　key_len  使用索引的长度，在不损失精确性的前提下，长度越短越好

　　ref   显示索引哪一列被使用了，如果可能的话，是一个常数

　　rows   返回请求数据的行数

　　type   显示查询使用了哪一种类型，从最好到最差的连接类型。

　　system  const :  二者将查询的变量转为常量

　　eq_reg ： 访问索引，返回某单一行的数据，通常在连接查询时出现

　　reg  ： 访问索引，返回某个值的数据，通常使用等号的时候发生

　　range  ： 这个类型使用索引返回一个范围中的行，比如使用大于或小于查询条件，并且该字段上建有索引

　　index  ： 以索引的顺序进行全表扫描，优点是不用排序，缺点全表扫描

　　all  ： 全表扫描，尽量避免

extra 解析查询额外信息

　　using index  只用到索引，可以避免访问表

　　using where   使用where过滤数据

　　using temporary  用到了临时表

　　using filesort   用到了额外的排序  order  by  xxx 没有使用到索引的时候，就会使用额外的排序

profiling 可以得到更准确的SQL执行消耗系统资源的信息，  profiling默认是关闭的，打开  set  profiling=1;

索引类型

　　普通索引：这是基本的索引类型，没有唯一性之类的限制

　　唯一性索引：所用的索引列值保持唯一性

　　主键： 是一种唯一索引，指定 promary key

　　全文索引： MySQL从3.23.23版本开始支持全文索引和全文检索。全文索引类型为fulltext 可以在varchar或者text类型上创建

单列索引和多列索引(复合索引)

多列索引有一个特点，即最左前缀。假如一个多列索引为key(x y z)。当搜索条件是以下各种列的的组合和顺序时，MySQL才会使用多列索引  x,y,z   x,y  x

建立索引的建议

1、越小的数据类型通常更好，因为越小的数据类型通常在磁盘、内存和CPU缓存中都需要更少的空间，处理起来更快

2、简单的数据类型更好，整型数据比起字符，处理开销更小，因为字符串的比较更复杂。在MySQL中，应该使用内置的日期

和时间数据类型，而不是用字符串存储时间。以及用整型数据类型存储IP地址

3、避免null  应该指定列为not null。在MySQL中，含有空值的列很难进行查询优化。应该使用0、特殊值、空串代替空值

设置索引和编写SQL的一些小建议

1、当结果集只有一行数据时使用limit 1

2、避免select *

3、使用连接join代替子查询

4、使用enum\char而不是varchar，使用合理的字段属性长度

5、尽可能使用 not null

6、固定长度的表会更快

7、拆分大的delete或insert语句

8、查询的列越小越快

where的使用

尽量在多个条件的时候，把会提取尽量少数据量的条件放在前面，减少后一个where条件的查询时间

索引无效情况

1、where子句查询条件有 !=  

2、where子句使用了函数  select * from tb where left(xxx, 4) = ‘yyyy‘

3、使用like查询  %xxx% 

MySQL内部配置优化

1、连接请求的变量  max_connections 。  如果服务器的并发连接请求量比较大，建议改大点。但不要盲目提高，MySQL会为

每个连接提供连接缓冲区，就会开销越多的内存。

show  variables like ‘max_connections‘   show status like ‘max_used_connections‘

max_used_connections / max_connections * 100%  85为理想值

2、back_log： 当MySQL的连接数达到max_connections时，新来的请求会存放在堆栈中，以等待某一链接被释放资源，该堆栈的数量

即为back_log，如果等待连接的数量超过back_log，将不被授予连接资源。 默认值为50，可设置为128.

3、interactive_timeout：一个交互连接在被服务器在关闭钱等待行动的秒数。 默认值28800，可设置为7200

4、key_buffer_size：全局缓冲区大小，决定了索引的处理速度。 可通过检查状态值key_read_requests和key_reads。  key_reads / 

key_read_requests应该尽可能的低，至少是1：100

5、query_cache_size  查询缓冲，将查询结果存放在缓冲区。 通过检查状态值Qcache_*，可知道query_cache_size设置是否合理。

如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况，如果Qcache_hits的值也非常大，则表明查询缓冲使用

非常频繁，此事需要增加缓冲大小

6、innodb_buffer_pool_size 作用相当于key_buffer_size对于MyISAM表一样。

7、innodb_flush_log_at_trx_commit： 控制innodb将log buffer中的数据写入日志文件并flush磁盘的时间点，取值分别为 0 1 2

0代表当事务提交时，不做日志写入操作，而是每秒将log buffer中的数据写入日志文件病flush磁盘一次

1代表每秒或每次事务的提交都会引起日志文件写入、flush磁盘的操作、确保了事务的acid

2代表每次事务提交引起写入日志文件的动作，但每秒完成一次flush磁盘操作 

根据MySQL手册，在允许丢失最近部分事务的前提下，可以设置为0或2

8、innodb_log_buffer_size: log缓存大小，一般为1-8M，默认为1M，对于较大事务可以增大缓存大小，设置为4或8

MySQL优化系列之一

标签：参数   explain   分配   xxx   发放   有一个   time   creat   ipc   

原文地址：https://www.cnblogs.com/codechange/p/9092143.html