mysql中的查询优化步骤
2017-11-20 17:47
260 查看
转自:http://www.cnblogs.com/hongfei/archive/2012/10/20/2732516.htmlMySql优化的一般步骤:1.通过show status 命令了解各种sql的执行效率 SHOW STATUS提供msyql服务器的状态信息 一般情况下,我们只需要了解以”Com”开头的指令 show session status like ‘Com%’:显示当前的连接的统计结果 show global status like ‘Com%’ :显示自数据库上次启动至今的统计结果 注:默认是session级别的 其中Com_XXX表示XXX语句所执行的次数。
重点注意:Com_select,Com_insert,Com_update,Com_delete通过这几个参数,可以容易地了解到当前数据库的应用是以插入更新为主还是以查询操作为主,以及各类的SQL大致的执行比例是多少。 另外,还有几个参数需要注意下: show status like ‘Connections’// 试图连接MySQL服务器的次数 show status like ‘Uptime’//服务器工作的时间(单位秒) show status like ‘Slow_queries’//慢查询的次数 (默认是10秒中就当做是慢查询,如下图所示)
a) 如何查询mysql的慢查询时间 Show variables like 'long_query_time'; b) 修改mysql 慢查询时间 set long_query_time=2//如果查询时间超过2秒就算作是慢查询2. 定位执行效率较低的SQL语句(dql出现问题的概率较dml的大) 问题是:如何在一个项目中,找到慢查询的select语句? 答案:mysql支持把慢查询语句记录到日志文件中。程序员需要修改php.ini的配置文件,默认情况下,慢查询记录是不开启的。 开启慢查询记录的步骤: 打开 my.ini ,找到 [mysqld] 在其下面添加 long_query_time = 2 log-slow-queries = D:/mysql/logs/slow.log #设置把日志写在那里,可以为空,系统会给一个缺省的文件 例子:我们数据表中有1千万条的数据量 DQL语句:SELECT * FROM order_copy WHERE id=12345;
查询耗时:19s>2s,所以mysql会将该条select语句记录到慢查询日志中 SELECT * FROM order_copy WHERE id=12345的执行时间: 添加索引前:19s 添加索引后:0.08s3.通过explain分析低效率的SQL语句的执行情况 使用explain分析该dql语句:EXPLAIN SELECT * FROM order_copy WHERE id=12345
会产生如下信息:
select_type:表示查询的类型。
table:输出结果集的表
type:表示表的连接类型(system和const为佳)
possible_keys:表示查询时,可能使用的索引
key:表示实际使用的索引
key_len:索引字段的长度
rows:扫描的行数
Extra:执行情况的描述和说明注意:要尽量避免让type的结果为all,extra的结果为:using filesort
4.确定问题并采取相应的优化措施常用的优化措施是添加索引。添加索引,我们不用加内存,不用改程序,不用调sql,只要执行个正确的’create index’,查询速度就可能提高百倍千倍。但是天下没有免费的午餐,查询速度的提高是以插入、更新、删除的速度为代价的,这些写操作,增加了大量的I/O。
例如:给字段id添加索引:ALTER TABLE order_copy ADD PRIMARY KEY(id)给1千万的数据添加primary key 需要耗时: 428秒(7分钟)EXPLAIN SELECT * FROM order_copy WHERE id=12345
正是因为给id添加了索引,才使得rows的结果为1但是索引并不是可以随便添加的,以下几种情况需牢记在心:较频繁的作为查询条件字段应该创建索引
select * from order_copy where id = $id唯一性太差的字段不适合单独创建索引,即使频繁作为查询条件
select * from order_copy where sex=’女’更新非常频繁的字段不适合创建索引
select * from order_copy where order_state=’未付款’不会出现在WHERE子句中字段不该创建索引
索引的类型:PRIMARY 索引 => 在主键上自动创建
INDEX 索引 => 就是普通索引
UNIQUE 索引 => 相当于INDEX + Unique
FULLTEXT => 只在MYISAM 存储引擎支持, 目的是全文索引,在内容系统中用的多, 在全英文网站用多(英文词独立). 中文数据不常用,意义不大 国内全文索引通常 使用 sphinx 来完成.
索引的使用建立索引 create [UNIQUE|FULLTEXT] index index_name on tbl_name (col_name [(length)] [ASC | DESC] , …..);
alter table table_name ADD INDEX [index_name] (index_col_name,...)
添加主键(索引) ALTER TABLE 表名 ADD PRIMARY KEY(列名,..); 联合主键删除索引 DROP INDEX index_name ON tbl_name;
alter table table_name drop index index_name;
删除主键(索引)比较特别: alter table t_b drop primary key;
查询索引(均可) show index from table_name;
show keys from table_name;
desc table_Name;
相关资料:explain的使用:http://xxhalbert.blog.163.com/blog/static/4849663420168631729757/
重点注意:Com_select,Com_insert,Com_update,Com_delete通过这几个参数,可以容易地了解到当前数据库的应用是以插入更新为主还是以查询操作为主,以及各类的SQL大致的执行比例是多少。 另外,还有几个参数需要注意下: show status like ‘Connections’// 试图连接MySQL服务器的次数 show status like ‘Uptime’//服务器工作的时间(单位秒) show status like ‘Slow_queries’//慢查询的次数 (默认是10秒中就当做是慢查询,如下图所示)
a) 如何查询mysql的慢查询时间 Show variables like 'long_query_time'; b) 修改mysql 慢查询时间 set long_query_time=2//如果查询时间超过2秒就算作是慢查询2. 定位执行效率较低的SQL语句(dql出现问题的概率较dml的大) 问题是:如何在一个项目中,找到慢查询的select语句? 答案:mysql支持把慢查询语句记录到日志文件中。程序员需要修改php.ini的配置文件,默认情况下,慢查询记录是不开启的。 开启慢查询记录的步骤: 打开 my.ini ,找到 [mysqld] 在其下面添加 long_query_time = 2 log-slow-queries = D:/mysql/logs/slow.log #设置把日志写在那里,可以为空,系统会给一个缺省的文件 例子:我们数据表中有1千万条的数据量 DQL语句:SELECT * FROM order_copy WHERE id=12345;
查询耗时:19s>2s,所以mysql会将该条select语句记录到慢查询日志中 SELECT * FROM order_copy WHERE id=12345的执行时间: 添加索引前:19s 添加索引后:0.08s3.通过explain分析低效率的SQL语句的执行情况 使用explain分析该dql语句:EXPLAIN SELECT * FROM order_copy WHERE id=12345
会产生如下信息:
select_type:表示查询的类型。
table:输出结果集的表
type:表示表的连接类型(system和const为佳)
possible_keys:表示查询时,可能使用的索引
key:表示实际使用的索引
key_len:索引字段的长度
rows:扫描的行数
Extra:执行情况的描述和说明注意:要尽量避免让type的结果为all,extra的结果为:using filesort
4.确定问题并采取相应的优化措施常用的优化措施是添加索引。添加索引,我们不用加内存,不用改程序,不用调sql,只要执行个正确的’create index’,查询速度就可能提高百倍千倍。但是天下没有免费的午餐,查询速度的提高是以插入、更新、删除的速度为代价的,这些写操作,增加了大量的I/O。
例如:给字段id添加索引:ALTER TABLE order_copy ADD PRIMARY KEY(id)给1千万的数据添加primary key 需要耗时: 428秒(7分钟)EXPLAIN SELECT * FROM order_copy WHERE id=12345
正是因为给id添加了索引,才使得rows的结果为1但是索引并不是可以随便添加的,以下几种情况需牢记在心:较频繁的作为查询条件字段应该创建索引
select * from order_copy where id = $id唯一性太差的字段不适合单独创建索引,即使频繁作为查询条件
select * from order_copy where sex=’女’更新非常频繁的字段不适合创建索引
select * from order_copy where order_state=’未付款’不会出现在WHERE子句中字段不该创建索引
索引的类型:PRIMARY 索引 => 在主键上自动创建
INDEX 索引 => 就是普通索引
UNIQUE 索引 => 相当于INDEX + Unique
FULLTEXT => 只在MYISAM 存储引擎支持, 目的是全文索引,在内容系统中用的多, 在全英文网站用多(英文词独立). 中文数据不常用,意义不大 国内全文索引通常 使用 sphinx 来完成.
索引的使用建立索引 create [UNIQUE|FULLTEXT] index index_name on tbl_name (col_name [(length)] [ASC | DESC] , …..);
alter table table_name ADD INDEX [index_name] (index_col_name,...)
添加主键(索引) ALTER TABLE 表名 ADD PRIMARY KEY(列名,..); 联合主键删除索引 DROP INDEX index_name ON tbl_name;
alter table table_name drop index index_name;
删除主键(索引)比较特别: alter table t_b drop primary key;
查询索引(均可) show index from table_name;
show keys from table_name;
desc table_Name;
相关资料:explain的使用:http://xxhalbert.blog.163.com/blog/static/4849663420168631729757/
相关文章推荐
- MySQL索引原则和慢查询优化步骤
- mysql的优化(表的设计,优化步骤,四种索引,分析慢查询,使用索引的深入解析,存储引擎分析,表的分割,数据库配置)
- mysql慢查询优化步骤slow_query
- MySQL limit查询优化的实际操作步骤
- MySQL优化sql语句查询常用的30种方法
- MYSQL查询优化:Limit
- MySQL的limit用法和分页查询的性能分析及优化(转)
- mysql查询优化
- MySQL查询优化-explain
- Mysql处理海量数据时的一些优化查询速度方法【转】
- MySQL 查询中的分页思路的优化
- mysql优化小结(插入和查询)
- MySQL查询优化之explain
- mysql查询索引优化
- MySQL查询语句优化
- Mysql 多表联合查询效率分析及优化
- mysql use index () 优化查询的例子
- mysql性能优化-慢查询分析、优化索引和配置
- 高性能Mysql第三版(第六章查询性能优化)
- 自己实现一个SQL解析引擎 功能:将用户输入的SQL语句序列转换为一个可执行的操作序列,并返回查询的结果集。 SQL的解析引擎包括查询编译与查询优化和查询的运行,主要包括3个步骤: 查询分析