mysql 监控及优化——转载自http://www.cnblogs.com/suansuan/

1、Mysql连接数

　　Mysql默认最大连接数为100。
　　设置Mysql的最大连接数，在Mysql的配置文件中增加：
　　max_connections = 1000　　　　　　　　　　　　　  　#Mysql的最大连接数，默认如果不写的话是100个
　　wait_timeout = 10          　　　　　　　　　　　　　　#超时时间
　　配置文件路径：
　　 (/etc/my.cnf    系统自带)                (/opt/lampp/etc/my.cnf    安装Mysql 路径)
　　查看当前有多少个连接
　　show status like '%Threads_connected%';            　#查看当前连接数
　　show processlist;                    　　　　　　　　　　　#也可查看锁表
2、Mysql缓存
　　Query Cache缓存的是sql语句对应的结果集，InnoDB_Buffer_Pool中缓存的是表中的数据。Buffer_Pool是设置的越大越好，一般设置为服务器物理内存的70%。
　　缓存1（MySQL层）：查询缓存 Query Cache
　　　　①.查询表里的数据有变化，之前的缓存失效。
　　　　②.查询语句必须一模一样，才能用查询缓存；只要字符大小写或者注释等有一点点不同，都不可以用查询缓存。
　　　　③.任何一个包含不确定的函数(比如now(),current_date())的查询不会被缓存。
　　开启Query Cache(查询缓存参数，在Mysql配置文件中添加，linux下为my.cnf配置文件的[mysqld]模块下，windows下为my.ini)：
　　　　query_cache_type = ON　　　　　　　　　　　　#是否开启查询缓存，具体选项是OFF，ON
　　　　query_cache_size = 200M　　　　　　　　　　　#分配给查询缓存的总内存，一般建议不超过256M
　　　　query_cache_limit = 1M   　　　　　　　　　　　#限制MySQL存储的最大结果。如果查询的结果比这个大，那么就不会被缓存。
　　查询状态：
　　　　SHOW VARIABLES LIKE '%query_cache%';　　#查询qcache状态
　　命令参数列表：
　　　　have_query_cache　　　　　　　　　　　　　　 #该MySQL 是否支持Query Cache；
　　　　query_cache_limit　　　　　　　　　　　　　　  #缓存块大小，超过该大小不会被缓存
　　　　query_cache_min_res_unit             　　　　　 #每个qcache最小的缓存空间大小
　　　　query_cache_size                 　　　　　　　　  #分配给查询缓存的总内存
　　　　query_cache_type                 　　　　　　　　 #是否开启
　　　　query_cache_wlock_invalidate             　　　　#控制当有锁加在表上的时候，是否先让该表相关的 Query Cache失效
　　使用状态监控：
　　　　SHOW STATUS LIKE 'Qcache%';            　　　#查询qcache当前使用情况

　　命令参数列表：
　　　　Qcache_free_blocks                  　　　　　　　 #内存碎片；Query Cache中目前还有多少剩余的blocks。
　　　　如果该值显示较大，则说明Query Cache 中的内存碎片较多了，可能需要寻找合适的机会进行整理。
　　　　如果这个值非常大，可以使用FLUSH QUERY CACHE;语句来清理查询缓存碎片以提高内存使用性能。该语句不从缓存中移出任何查询。
　　　　Qcache_free_memory                  　　　　　　 #Query Cache 中目前剩余的内存大小
　　　　Qcache_hits                      　　　　　　　　　  #缓存命中次数
　　　　Qcache_inserts                     　　　　　　　　 #多少次未命中然后插入
　　　　Query Cache 命中率= Qcache_hits / ( Qcache_hits + Qcache_inserts )；
　　开启profile(通过设置profile参数来启用SQL剖析)：
　　　　set @@profiling=1;                　　　　　　　　#设置profile开启(1为开启，0为关闭)
　　　　select @@profiling;                　　　　　　　　#查看profile是否开启
　　　　show profiles;                    　　　　　　　　　#查看所有的profile
　　　　show profile for query id;           　　　　　　   #查看指定的sql语句 
    　　根据业务特征权衡是否需要开启查询缓存。如果读的操作较多，才开启查询缓存。
　　缓存2（存储引擎层）：InnoDB_Buffer_Pool

　　　　InnoDB        支持外键、支持事务，是行级锁，有自带的缓存池InnoDB_Buffer_Pool。
　　　　MyISAM    不支持事务、不支持外键，是表锁。
　　　　热数据：经常用的数据。
　　开启InnoDB_Buffer_Pool(    InnoDB_Buffer_Pool参数，在Mysql配置文件中添加，linux下为my.cnf配置文件的[mysqld]模块下，windows下为my.ini)：    
　　　　innodb_buffer_pool_size = 20M            　　　　　　　  #设置Innodb_buffer_pool的大小
　　　　innodb_buffer_pool_dump_now = ON        　 　　　　  #默认为关闭OFF。开启时，停止MySQL服务，InnoDB将InnoDB缓冲池中的热数据保存到本地硬盘。
　　　　innodb_buffer_pool_load_at_startup = ON　　　　　　 #默认为关闭OFF。开启时，启动MySQL服务，MySQL将本地热数据加载到InnoDB缓冲池中。
　　查询状态：
　　　　SHOW VARIABLES LIKE '%innodb_buffer_pool%'; 　　 #查询InnoDB_Buffer_Pool状态
　　使用状态监控：
　　　　SHOW STATUS LIKE '%Innodb_buffer_pool%';　　　　 #查询Innodb_buffer_pool当前使用情况
　　命令参数列表：
　　　　Innodb_buffer_pool_bytes_data　　　　　　　　　　　　#已经使用了多少
　　　　innodb_buffer_pool_read_requests　　　　　　　　　　 #总共查询bp的次数
　　　　innodb_buffer_pool_reads　　　　　　　　　　　　　　   #从物理磁盘中获取到数据的次数
3、Mysql sql语句的生命周期
　　1).Mysql服务器监听端口3306
　　2).验证访问用户
　　3).创建Mysql线程
　　4).检查内存(Ocache)
　　5).解析sql
　　6).生成查询计划
　　7).打开表
　　8).检查内存(Buffer Pool)
　　9).到磁盘取数据
　　10).写入内存
　　11).返回数据给客户端
　　12).关闭表
　　13).关闭线程
　　14).关闭连接
4、索引
　　普通索引：最基本的索引，它没有任何限制，所有的列都可以添加索引。
　　　　create index 索引名称 on 表名(列); 　　　　　　　　　　　　　　　　　#添加普通索引
　　　　alter table 表名 add index 索引名称 (列); 　　　　　　　　　　　　　　#添加普通索引
　　唯一索引：比普通索引效率要高，unique；与普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值（注意和主键不同）
　　　　create unique index 索引名称 on 表名(列名);        　　　　　　　　　　#添加唯一索引
　　　　alter table 表名 add unique index 索引名称 (列);        　　　　　　　　#添加唯一索引
　　主键索引：主键就是索引primary key
　　　　alter table 表名 add primary key (列);            　　　　　　　　　　　 #添加主键索引
　　组合索引、多列索引：where后面常用的值，可以添加多列索引。
　　　　alter table 表名 add index 索引名称 (列1,列2);        　　　　　　　　　#添加组合索引
　　删除索引：
　　　　drop index 索引名 on 表名 ;                    　　　　　　　　　　　　　 #删除索引
　　　　alter table 表名 drop index 索引名;                　　　　　　　　　　　 #删除索引
　　意义：索引在数据库中的作用相当于目录在书籍中的作用类似，都用来提高查找信息的速度。索引是一个表中所包含值的列表，其中注明了表中包含各个值的行所在的存储位置，使用索引查找数据时，先从索引对象中获得相关列的存储位置，然后再直接去其存储位置查找所需信息，这样就无需对这个表进行扫描，从而可以快速的找到所需数据。
　　作用：通过唯一性索引，确保数据的唯一性；加快数据的检索速度；加快表之间的连接；减少分组和排序时间；使用优化隐藏器提高系统性能；减少计算机工作量，大大提高查询效率。
5、慢查询：记录查询慢的sql语句（自己设定查询响应时间）
　　开启慢查询：
　　A方法：需要重启Mysql服务
　　Linux：在Mysql配置文件my.cnf中增加
　　　　log-slow-queries=/opt/data/slowquery.log (指定日志文件存放位置，可以为空，系统会给一个缺省的文件host_name-slow.log)
　　　　long_query_time=2 (记录超过的时间，默认为10s)
　　　　log-queries-not-using-indexes (log下来没有使用索引的query,可以根据情况决定是否开启)
　　Windows：在my.ini的[mysqld]添加如下语句：
　　　　log-slow-queries = E:\web\mysql\log\mysqlslowquery.log
　　　　long_query_time = 2(其他参数如上)
　　B方法：不用重启Mysql服务
　　　　set global slow_query_log=on;                　　　　　　　　　　　　　　#开启慢查询日志        
　　　　set global long_query_time=1;              　　　　　　　　　　　　　　  #设置记录查询超过多长时间的sql
　　　　slow_query_log_file='/opt/data/slow_query.log';        　　　　　　　　#设置mysql慢查询日志路径，日志文件必须存在，必须有写权限 (可以不执行，默认生成)
　　查询状态：
　　　　SHOW VARIABLES LIKE '%query%';            　　　　　　　　　　　　   #查询当前mysql慢查询是否开启，以及mysql的慢查询日志文件在哪。
　　命令参数列表：
　　　　slow_query_log                          　　　　　　　　　　　　　　　　　　#是否开启慢查询
　　　　slow_query_log_file                      　　　　　　　　　　　　　　　　　 #日志的存放位置
　　　　long_query_time                          　　　　　　　　　　　　　　　　　 #超过多少秒的查询就写入日志

　　使用mysqldumpslow命令可以解析mysql慢查询日志。
　　Mysqldumpslow命令参数如下：
　　　　-s，是表示按照何种方式排序，c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序，ac、at、al、ar，表示相应的倒叙；
　　　　-t，是top n的意思，即为返回前面多少条的数据；
　　　　-g，后边可以写一个正则匹配模式，大小写不敏感的；
　　举例：
　　　　sql执行时间最长的前20条sql：mysqldumpslow -s t -t 20 -g 'select'/opt/data/slowquery_2016050921.log
　　　　按照时间排序的前10条里面含有左连接的查询语句：mysqldumpslow -s t -t 10 -g 'left join'/opt/data/slowquery_2016050921.log
6、sql语句怎么优化
　　目的：①.减少IO次数；②.降低CPU计算
　　方法：
　　　　①.改变 SQL 执行计划
　　　　②.明确了优化目标之后，我们需要确定达到我们目标的方法。对于 SQL 语句来说，达到上述2个目标的方法其实只有一个，那就是改变 SQL 的执行计划，让他尽量“少走弯路”，尽量通过各种“捷径”来找到我们需要的数据，以达到 “减少 IO 次数” 和 “降低 CPU 计算” 的目标。
　　SQL优化实例-业务逻辑上优化：
　　　　优化要从整个业务逻辑上进行。针对数据库问题进行的优化，首先要考虑不查或少查数据库。
　　　　如果查询不可避免，可以考虑两种优化方式：
　　　　1.避免磁盘IO,也就是让查询在内存中完成。
　　　　2.通过sql和索引的调整，让MySQL用更高效率的方式查询。
　　SQL优化实例-索引设计原则：
　　　　搜索的索引列，不一定是所要选择的列，换句话说，最适合索引的列是出现在WHERE 子句中的列，或连接子句中指定的列，而不是出现在SELECT 关键字后的选择列表中的列。
　　　　使用唯一索引，考虑某列中值的分布。对于惟一值的列，索引的效果最好，而具有多个重复值的列，其索引效果最差。
　　　　使用短索引。如果对串列进行索引，应该指定一个前缀长度，只要有可能就应该这样做。例如，如果有一个CHAR(200) 列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。对前10 个或20 个字符进行索引能够节省大量索引空间，也可能会使查询更快。
　　　　利用最左前缀。在创建一个n 列的索引时，实际是创建了MySQL可利用的n 个索引。多列索引可起几个索引的作用，因为可利用索引中最左边的列集来匹配行。这样的列集称为最左前缀。
　　　　不要过度索引。不要以为索引“越多越好”，什么东西都用索引是错的。每个额外的索引都要占用额外的磁盘空间，并降低写操作的性能，这一点我们前面已经介绍 过。在修改表的内容时，索引必须进行更新，有时可能需要重构，因此，索引越多，所花的时间越长。如果有一个索引很少利用或从不使用，那么会不必要地减缓表 的修改速度。此外，MySQL在生成一个执行计划时，要考虑各个索引，这也要费时间。创建多余的索引给查询优化带来了更多的工作。索引太多，也可能会使 MySQL选择不到所要使用的最好索引。只保持所需的索引有利于查询优化。如果想给已索引的表增加索引，应该考虑所要增加的索引是否是现有多列索引的最左 索引。如果是，则就不要费力去增加这个索引了，因为已经有了。

　　explain 的type列，最差到最优
　　all<index<range<ref<eq_ref<const,system<null
 
7、锁(如果修改数据的时候，条件是索引列就是行级锁；如果条件不是索引列，则是行级锁。)
　　lock的对象是事务，用来锁定的是数据库中的对象，如表、行。并且一般lock的对象仅在事务commit或者rollback后释放。(设置不自动提交)
　　特点：InnoDB是通过对索引上的索引项加锁来实现行锁。这种特点也就意味着，只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁。
　　　　show processlist;                    　　　　　　　　　　　　　　 #查看是否死锁
　　　　show engine innodb status;                　　　　　　　　　　  #查看是否死锁，一般日志里有dblock、lock等字样
　　　　SELECT * FROM information_schema.INNODB_TRX;    　　    #定位哪个线程导致死锁

8、读写分离：
　　主：只负责写数据
　　从：只负责读数据
　　偶发性延时的话：控制写入速度；
　　频发性延时的话：差分数据库实现多点写入，把数据分散到不同数据库上。
9、自动提交
　　select @@autocommit;                    　　　　　　　　　　　　　 #查看自动提交是否开启，0为关闭、1为开启
　　set @@autocommit = 0;　　　　　　　　　　　　　　　　　　　    #设置自动提交关闭，这种方式只对当前session有效
　　autocommit = 0;              　　　　　　　　　　　　　　　　　　  #重启后永久生效(在my.cnf配置文件的[mysqld]模块下配置)

【声明：转载自博客地址：http://www.cnblogs.com/suansuan/】