数据库调优教程(十二) 优化sql语句

五、           优化Sql语句

上一章讲了如何设计一张好的表,一张好的表自然需要好的sql语句去操作它。本章就来聊聊如何优化sql语句。

1.      Sql语句优化原则

优化需要优化的Query

定位优化对象性能瓶颈

从Explain入手

尽可能在索引中完成排序

只取自己需要的Column

尽可能避免复杂的join和子查询

2.     优化limit

select * from test1 order by id limit 99999,10

原语句虽然使用了id索引,但是相当于从第一行定位到99999行再去扫描后10行,相当于扫描全表

如果改为

select * from test1 where id>=100000 order by id limit 10

则直接定位到100000查找

3.     尽量避免SELECT *命令

4.      不让排序

在使用group by 分组查询时,默认分组后,还会排序,可能会降低速度.

比如:

在group by后面增加 order by null 就可以防止排序.

5.     使用连接来替代子查询

有些情况下,可以使用连接来替代子查询。因为使用join,MySQL不需要在内存中创建临时表。

[糟糕的效率]

select * from sales2 where company_id not in(select id from company2)

[简单处理方式]

select * from dept, emp where dept.deptno=emp.deptno; 

[左外连接,效率最高]

select * from dept left join emp on dept.deptno=emp.deptno;  

6.     利用LIMIT 1取得唯一行

有时,当你要查询一张表是,你知道自己只需要看一行。在这种情况下,增加一个LIMIT 1会令你的查询更加有效。这样数据库引擎发现只有1后将停止扫描,而不是去扫描整个表或索引

7.     使用 EXISTS代替in

EXISTS要远比IN的效率高。里面关系到full table scan和range scan。几乎将所有的IN操作符子查询改写为使用EXISTS的子查询

8.     不要手贱

没有必要时不要用DISTINCT和ORDER BY

这些动作可以改在客户端执行,它们增加了额外的开销

本章结束,下一章聊聊mysql数据库的其他优化方法。

时间: 2024-10-28 23:35:38

数据库调优教程(十二) 优化sql语句的相关文章

数据库调优教程(二)慢查询数据准备

一.           发现慢查询 上一讲我们谈论了慢查询的定义,这一讲我们来创建一张大表,为慢查询做数据准备. 2.      慢查询数据准备 要想发现慢查询,首先要使慢查询发生.在一张普通数量级的表格中是不能发生慢查询的,除非你对于慢查询的定义时一个毫秒.因此我们必须手动创建一张大数量级的表,这里选择创建一张40万数量级的表(同学们也可以创建百万级的,如果你们的电脑很厉害.但是一般情况下,十万级的数据就可以看出慢查询了). 1)    创建数据库 [plain] view plaincop

数据库调优教程汇总

前段时间帮公司优化数据库,凭着之前所学,一步一步地将学习知识用于实践,总算是将速度蹭上去了,一个原本要执行1分多钟的查询现在只需要3秒. 这两个星期来把自己所学所思及所用加以总结,发表了关于数据库系列的一系列文章,一方面为自己巩固知识,另一方面也给广大同学以一点点参考. 现将这系列文章进行汇总,方便大家查阅. 本套教程共十三讲. 在这系列的教程中,你将会学到 1.    如何一步步地优化数据库 2.    如何把索引的作用发挥的淋漓尽致 3.    如何解决Mysql在like'%xxx%'模糊

数据库调优教程(十三) MySQL数据库其他优化方法

六.           MySQL数据库其他优化方法 最后一章,谈谈前面没有涉及的一些优化方法. 1.      My.ini配置文件 这里只介绍两个最重要的,其他的不过多介绍. 1)    配置 最大连接数 默认为100,建议设为1000 2)   配置 缓存 在my.ini的[mysqld]节点开启查询缓存,配置如下 query_cache_size = 268435456 query_cache_type = 1 query_cache_limit = 1048576 2.      使

数据库调优教程(一)前言&慢查询定义

前言 最近帮公司优化数据库,凭着之前所学,一步一步地将学习知识用于实践,总算是将速度蹭上去了,一个原本要执行1分多钟的查询现在只需要3秒. 现把自己所学所思及所用加以总结,一方面为自己巩固知识,另一方面也给广大同学以一点点参考. 本套教程共十三讲. 在这系列的教程中,你将会学到 1.     如何一步步地优化数据库 2.     如何把索引的作用发挥的淋漓尽致 3.     如何解决Mysql在like'%xxx%'模糊查询的情况下不使用索引 4.     如何设计一张优质的表 5.     如

数据库调优教程(十一) 设计一张漂亮的表

四.           设计一张漂亮的表 上一章讲了如何通过索引来提速我们的查询语句,这一章让我们回到数据库开发的初始阶段,建表.谈谈怎样设计一张漂亮的表. 1.      满足三范式 1NF: 即表的列的具有原子性,不可再分解,即列的信息,不能分解, 只要数据库是关系型数据库(mysql/oracle/db2/informix/sysbase/sqlserver),就自动的满足1NF 数据库的分类 关系型数据库:  mysql/oracle/db2/informix/sysbase/sql

数据库调优教程(四)Explain性能分析命令

上一章我们将了如何发现慢查询并把语句记录到日志中,那么在发现慢查询后,要怎样才能知道语句的问题发生在哪里.本章将介绍怎样使用Mysql提供的数据库性能分析命令,对sql语句进行分析. 二.数据库性能分析Explain命令 Explain的作用是生成一个QEP(查询执行计划),可以帮助我们在不真正执行某个sql语句时,就看到mysql怎样执行,这样方便我们去分析sql指令的好坏. 执行如下语句 [plain] view plaincopy Explain select * from emp whe

数据库调优教程(三)记录慢查询

一.           发现慢查询 上一讲我们为慢查询的发生做了数据准备,这一讲就让我们来发现慢查询,同时把它记录到文件中. 3.      记录慢查询 此时我们已经有让慢查询发生的成本了.执行以下语句,你就知道什么叫慢!查!询! [plain] view plaincopy select empno from emp where ename=''; 一个很明显找不到结果的查询语句居然也执行了近3秒钟. 这时候,作为DBA就应该把这个sql语句记录下来,是记在记事本还是写在笔记本呢?不用想太多

性能调优篇 - TPS低 - 优化SQL语句(一)

在执行性能测试的时候,问题总千奇百怪的.我这里整理了一些常用的性能测试时查看问题的方法. 一.SQL语句没有引用索引: 执行性能测试时,服务器的运行情况下: 数据库.应用程序CPU不超过80%: 内存足够(空余内存>20M); 网络正常: 磁盘输入/输出正常: 日志没有打印错误,但是TPS很低,如只有100-120(单个接口请求的性能测试,TPS一般会在550-60000这样,除非程序很复杂,那么TPS会小一些).这种情况下应该先查看SQL的语句是不是存在问题: 如: 查询语句,是否有索引,索引

数据库调优教程(十) 【精华章节】解决like ’%str’ 时索引不被使用的4种方法

三.           索引 7.      解决like'%str'不使用模糊查询的4种方法 上一讲最后说了,只要模糊查询的模糊值在字符串前面,则不会使用索引,'%aaa'和'_aaa'都不会! 如下 应该说这是Mysql给程序员们开的一个玩笑.要是我的表数据量很大,而且又需要使用like'%%'这样的模糊查询来检索时,该怎么办?? 接下来,笔者将会给大家分享解决这个问题的四种方法! 1)    Select主键 只要Select的字段刚好是主键,那么就会使用到索引(只对innodb数据库有