文档章节

MySql优化的一般步骤

落叶刀
 落叶刀
发布于 2016/06/07 11:12
字数 3466
阅读 51
收藏 2

 

MySql优化的一般步骤:

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.08s

3.通过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;

相关资料:

MySql优化的一般步骤:

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.08s

3.通过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;

相关资料:

MySql优化的一般步骤:

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.08s

3.通过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;

© 著作权归作者所有

共有 人打赏支持
落叶刀
粉丝 38
博文 120
码字总数 103957
作品 2
浦东
运维
SQL 常用优化手段总结 - 小技巧

中国有句古话叫做:欲速则不达。在一口气学完了分析 SQL 语句的一般步骤与索引的正确运用方式后小憩片刻。搭配上红茶与白兰地轻松享用下面这些小技巧吧! 系列文章回顾 SQL 常用优化手段总结...

给你添麻烦了
01/10
0
0
一个小网站的搬迁过程

老网站:php5.2.6+sqlite,sqlite数据库文件大小20M左右,包括12张数据表。php文件50个左右,目录结构混乱。 新网站:php5.3.3+mysql 步骤: 确定搬迁目标机器环境(文件服务器,数据库服务器...

阿采
2016/03/04
122
0
magento性能优化策略大全

magento的网站实在是太慢了,想了好多办法,参考了好多资料,做了很多测试,总结一下大概的步骤如下 (继续) : 1、压缩js,css代码,如果有必要把所有的css,js分别综合到一个文件中,并压缩...

rio
2010/05/07
0
3
MySQL索引原则和慢查询优化步骤

建索引的几大原则 1.最左前缀匹配原则,mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配。 2.=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺...

乐在克里特
04/06
0
0
性能调优概述

大纲: 一、概述 二、什么是性能调优?(what) 三、为什么需要性能调优?(why) 四、什么时候需要性能调优?(when) 五、什么地方需要性能调优?(where) 六、什么人来进行性能调优?(who) 七、怎...

陈明乾
2014/07/14
0
0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

docker中安装了RabbitMQ后无法访问其Web管理页面

在官网找了"$ docker run -d --hostname my-rabbit --name some-rabbit -p 8080:15672 rabbitmq:3-management"这条安装命令,在docker上安装了RabbitMQ,,结果输入http://localhost:8080并不......

钟然千落
37分钟前
0
0
spring-cloud | 分布式session共享

写在前面的话 各位小伙伴,你们有福了,这一节不仅教大家怎么实现分布式session的问题,还用kotlin开发,喜欢kotlin的小伙伴是不是很开心! 以前在写Android的时候,就对客户端请求有一定的认...

冯文议
56分钟前
0
0
c语言之内存分配笔记

先看一个数组: short array[5] = {1,2} // 这儿定义的一个int类型的数组,数组第1和第2个元素值是1和2.其余后面默认会给值为0; 或者 short array[] = {1,2};//这儿数组第1和第2个元素,数组...

DannyCoder
今天
4
0
Shell | linux安装包不用选择Y/N的方法

apt-get install -y packageOR echo "y" | sudo apt-get install package

云迹
今天
2
0
Hadoop的大数据生态圈

基于Hadoop的大数据的产品圈 大数据产品的一句话概括 Apache Hadoop: 是Apache开源组织的一个分布式计算开源框架,提供了一个分布式文件系统子项目(HDFS)和支持MapReduce分布式计算的软件架...

zimingforever
今天
7
0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

返回顶部
顶部