【转】mysql in语句优化

mysql会对sql语句做优化, in 后面的条件不超过一定数量仍然会使用索引。
mysql 会根据索引长度和in后面条件数量判断是否使用索引。

另外,如果是in后面是子查询,则不会使用索引。

一个文章库,里面有两个表:category和article。category里面有10条分类数据。article里面有 20万条。article里面有一个"article_category"字段是与category里的"category_id"字段相对应的。 article表里面已经把 article_category字义为了索引。数据库大小为1.3G。
问题描述:
执行一个很普通的查询:

 Select * FROM `article` Where article_category=11 orDER BY article_id DESC LIMIT 5 

//执行时间大约要5秒左右

解决方案:
建一个索引:

create index idx_u on article (article_category,article_id);
Select * FROM `article` Where article_category=11 orDER BY article_id DESC LIMIT 5

减少到0.0027秒

继续问题:

Select * FROM `article` Where article_category IN (2,3) orDER BY article_id DESC LIMIT 5 

执行时间要11.2850秒。
使用OR:

select * from article
where article_category=2
or article_category=3
order by article_id desc
limit 5

执行时间:11.0777
解决方案:避免使用in 或者 or (or会导致扫表),使用union all

使用UNION ALL:

(select * from article where article_category=2 order by article_id desc limit 5)
UNION ALL (select * from article where article_category=3 order by article_id desc limit 5)
orDER BY article_id desc
limit 5

执行时间:0.0261

时间: 2024-11-11 19:35:13

【转】mysql in语句优化的相关文章

MySQL 查询语句优化思路

query 语句的优化思路和原则主要提现在以下几个方面:1. 优化更需要优化的Query:2. 定位优化对象的性能瓶颈:3. 明确的优化目标:4. 从 Explain 入手:5. 多使用profile6. 永远用小结果集驱动大的结果集:7. 尽可能在索引中完成排序:8. 只取出自己需要的Columns:9. 仅仅使用最有效的过滤条件:10. 尽可能避免复杂的Join和子查询 关于explain 用法:explain select * from tables1 where 1 ... 先看一下在

select * 为什么不好? limit 1 为什么好? --mysql SQL语句优化

问题一: Select * from  student;  这种语句不好 我的理解:根据Innode存储引擎以及网上的各种资料所说的innodb的B+树索引结构可以分析出,当在非聚集索引列上搜索若用select * 会发生索引覆盖的问题.下面请看演示: 首先我们的表中的数据是: 表的结构是: 我们可以看到:表里有三个索引,primary 索引,name列的name_index索引,以及age列的age_index索引. 然后我们进行搜索: 我们发现分别搜索*,id,age三个列进行了搜索,我们预

MySQL SQL语句优化的10条建议

1.将经常要用到的字段(比如经常要用这些字段来排序,或者用来做搜索),则最好将这些字段设为索引 2.字段的种类尽可能用int或者tinyint类型.另外字段尽可能用not null 3.当然无可避免某些字段会用到text,varchar等字符类型,最好将text艾段的单独出另外一个表出来(用主键关联好) 4.字段的类型,以及长度,是一个很考究开发者优化功力的一个方面.如果表数据有一定的量了,不妨用PROCEDURE ANALYSE()命令来取得字段的优化建议!(在phpmyadmin里可以在查看

MySQL SQL语句优化技巧

1.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描. 2.对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引. 3.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: select id from t where num is null 可以在num上设置默认值0,确保表中num列没有null值,然后这样查询: select id from

mysql查询语句优化工具

把这个profiling功能打开,可以查看sql查询语句的整个过程中各种资源的消耗情况. mysql> show profiles;+----------+------------+---------------------------------+| Query_ID | Duration   | Query                           |+----------+------------+---------------------------------+|      

MySQL基本语句优化10个原则

在数据库应用中,程序员们通过不断的实践总结了很多经验,这些经验是一些普遍适用的规则.每一个程序员都应该了解并记住它们,在构造SQL语句时,养成良好的习惯.以下10条比较重要的原则供大家参考. 原则1:尽量避免在列上做运算,这样会导致索引失败.例如原句为: SELECT * FROM t WHERE YEAR(d) >= 2011; 优化为:  SELECT * FROM t WHERE d >= '2011-01-01'; 原则2:使用join时,应该用小结果集驱动大结果集.同时把复杂的joi

【转】Mysql查询语句优化策略

1.对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引. 2.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描. 3.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: select id from t where num is null 可以在num上设置默认值0,确保表中num列没有null值,然后这样查询: select id from

公司一哥们整理的mysql查询语句优化

1.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描. 2.对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引. 3.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: select id from t where num is null 可以在num上设置默认值0,确保表中num列没有null值,然后这样查询: select id from

【mysql】语句优化

论坛上看到有个类似的分割查看查询结果的梗 一时手痒就出手 治一治 比如有 A B 表A 表ID,NAME1,A2,B3,C B 表FK_ID,TYPE,VALUE1,socer,1001,socker,902,socker,20 求这样的结果A.ID,A.NAME,A.SOCKER1,A,'100,90'2,B,'20' 也就是 SELECT 的时候做了一个字段 SOCKER 把 B 表的列值做了一行,用","符号分割.求 SQL 语句 感谢 手写 建表 create table A