美文网首页
mysql简单优化

mysql简单优化

作者: 爱学习的小仙女呀 | 来源:发表于2018-05-12 09:32 被阅读0次

一、索引优化(有关索引详解可参看博客http://blog.csdn.net/zhangliangzi/article/details/51366345)

1、合理使用索引,在经常查询而不经常增删改操作的字段加索引,一个表上的索引不应该超过6个。

2、Order by与group by后应直接使用字段,而且字段应该是索引字段。

3、索引字段长度应较短而长度固定。

4、索引字段重复不能过多。

5、Hash索引与BTree索引区别(MyISAM与InnoDB不支持Hash索引)

(1)、BTree索引使用多路搜索树的数据结构,可以减少定位的中间过程;综合效率较高,默认使用的索引。

(2)、Hash索引使用Hash算法构建索引;精确的等值查询一次定位,效率极高,但特别不适合范围查询;使用Hash的复合索引是把复合索引键共同计算hash值,故不能单独使用。

6、会导致引擎放弃使用索引,改为进行全表的几种情况,都要在开发中尽量避免出现!

(1)、where子句中使用like关键字时,前置百分号会导致索引失效(起始字符不确定都会失效)。如:select id from test where name like "%吉坤"。

(2)、where子句中使用is null或is not null时,因为null值会被自动从索引中排除,索引一般不会建立在有空值的列上。

(3)、where子句中使用or关键字时,or左右字段如果存在一个没有索引,有索引字段也会失效;而且即使都有索引,因为二者的索引存储顺序并不一致,效率还不如顺序全表扫描,这时引擎有可能放弃使用索引,所以要慎用or。

(4)、where子句中使用in或not in关键字时,会导致全表扫描,能使用exists或between and替代就不使用in。

(5)、where子句中使用!=操作符时,将放弃使用索引,因为范围不确定,使用索引效率不高,会被引擎自动改为全表扫描;

(6)、where子句中应尽量避免对索引字段操作(表达式操作或函数操作),比如select id from test where num/2 = 100应改为num = 200。

(7)、在使用复合索引时,查询时必须使用到索引的第一个字段,否则索引失效;并且应尽量让字段顺序与索引顺序一致。

(8)、查询时必须使用正确的数据类型。数据库包含了自动了类型转换,比如纯数字赋值给字符串字段时可以被自动转换,但如果查询时不加引号查询,会导致引擎忽略索引。

二、表结构优化

1、设计符合第三范式的表结构。

2、尽量使用数字型字段,提高数据比对效率。

3、对定长、MD5哈希码、长度较短的字段使用char类型,提高效率;对边长而且可能较长字段使用varchar类型,节约内存。

4、适当的进行水平分割与垂直分割,比如当表列数过多时,就将一部分列移出到另一张表中。

关于水平分割与垂直分割表详解:

水平分割表:一种是当多个过程频繁访问数据表的不同行时,水平分割表,并消除新表中的冗余数据列;若个别过程要访问整个数据,则要用连接*作,这也无妨分割表;典型案例是电信话单按月分割存放。另一种是当主要过程要重复访问部分行时,最好将被重复访问的这些行单独形成子集表(冗余储存),这在不考虑磁盘空间开销时显得十分重要;但在分割表以后,增加了维护难度,要用触发器立即更新、或存储过程或应用代码批量更新,这也会增加额外的磁盘I/O开销。 

水平分割会给应用增加复杂度,它通常在查询时需要多个表名,查询所有数据需要union操作。在许多数据库应用中,这种复杂性会超过它带来的优点,因为只要索引关键字不大,则在索引用于查询时,表中增加两到三倍数据量,查询时也就增加读一个索引层的磁盘次数。 

垂直分割表(不破坏第三范式):一种是当多个过程频繁访问表的不同列时,可将表垂直分成几个表,减少磁盘I/O(每行的数据列少,每页存的数据行就多,相应占用的页就少),更新时不必考虑锁,没有冗余数据。缺点是要在插入或删除数据时要考虑数据的完整性,用存储过程维护。另一种是当主要过程反复访问部分列时,最好将这部分被频繁访问的列数据单独存为一个子集表(冗余储存),这在不考虑磁盘空间开销时显得十分重要;但这增加了重叠列的维护难度,要用触发器立即更新、或存储过程或应用代码批量更新,这也会增加额外的磁盘I/O开销。垂直分割表可以达到最大化利用Cache的目的。 

垂直分割可以使得数据行变小(因为列少了,一行数据就变小),一个数据页就能存放更多的数据,在查询时就会减少I/O 次数。其缺点是需要管理冗余列,查询所有数据需要join操作 。

三、临时表优化——临时表常常用于排序或分组,所以Order By与Group By后的字段尽量使用索引

临时表可以根据实际需求使用,但要尽力避免磁盘临时表的生成。

1、常见的会产生内存临时表的情况

1、UNION查询。

2、子查询(所以我们一般用join代替子查询)。

3、join查询中,如果order by 与 group by如果使用的不都是第一张表上的字段,就会产生临时表。

4、order by中使用distinct函数。

2、常见的会产生磁盘临时表的情况

1、数据表中包含BLOB/TEXT列。

2、Group by、distinct、union查询中包含超过512字节的列。

四、其他优化

1、不使用Select *,只查询需要的字段。

2、在只查询一条字段时,limit 1。

3、避免大事务操作,提高并发能力。

4、在所有的存储过程和触发器的开始处设置 SET NOCOUNT ON ,在结束时设置 SET NOCOUNT OFF 。无需在执行存储过程和触发器的每个语句后向客户端发送 DONE_IN_PROC 消息。

5、尽量少使用游标。

6、多去关注慢查询,总有我们提前考虑不到的问题,出现了就去解决它!

附慢查询开启方式:

在mysql安装目录下,找到my.ini配置文件,在mysqld下加上如下配置:

log-slow-queries = D:/Mysql/mysql-5.6.27-winx64/slowquery.log

long_query_time = 2

相关文章

  • mysql简单优化

    一、索引优化(有关索引详解可参看博客http://blog.csdn.net/zhangliangzi/artic...

  • Mysql 优化

    mysql 优化(简单的测试,仅供参考) 查看mysql配置 查看MySQL服务器运行的各种状态值 查看有多少慢查...

  • MySQL的简单优化

    关于MySQL的IN语句改为JION,确实在性能上会有很大的提升 最开始是很多个 IN来查询的,但是通过IN来查询...

  • MYSQL分页limit速度太慢优化方法

    MySQL 百万级分页优化(Mysql千万级快速分页)(转) MYSQL分页limit速度太慢优化方法 MYSQL...

  • MySQL相关文章索引(2)

    1.MySQL性能优化 对MySQL语句的性能分析与优化 Mysql 监控 Innodb 阻塞状况 MySQL索引...

  • 11-mysqlSQL分析

    六星教育 - java-mysql优化1909 SQL优化 所谓SQL优化:基于MySQL的优化器查询规则来优化S...

  • 1.mysql优化

    [TOC] 1.mysql优化总览 1.执行计划 1.1 软件上 也就是sql的优化 简单比如索引, 1.1 查询...

  • MySQL性能调优

    MYSQL查询语句优化 mysql的性能优化包罗甚广: 索引优化,查询优化,查询缓存,服务器设置优化,操作系统和硬...

  • mysql性能优化-慢查询分析、优化索引和配置

    mysql性能优化-慢查询分析、优化索引和配置 分类:Mysql/postgreSQL 目录 一、优化概述 二、查...

  • MYSQL优化相关

    mysql优化3大方向: 优化mysql所在服务器内核(运维完成)对mysql配置参数进行优化(my.cnf),此...

网友评论

      本文标题:mysql简单优化

      本文链接:https://www.haomeiwen.com/subject/iyozrftx.html