sql查询语句的优化,exists与in的更换
2016-05-17 00:00
375 查看
自己开发的小站,页面访问查询的速度一直不让人满意,刚好今天有时间,就决定对它优化一下。
因为在本地开时发,查询的速度是相当快的,一开始就以为是mysql版本的问题,本地是MariaDB 5.5,服务器上是mysql 5.1,
将服务器上的数据弄到本地导了一份,居然发现一样变慢了,平均查询一个文章要1-2秒,列表超过2秒以上,才几千的数据这么慢肯定是哪里出了问题。
一点一点的定位打印日志,最后发现,居然是一条使用了exists的sql语句,查询就用了2秒,也就是说时间都花在这个上了,其它的基本都可以忽略了,语句如下:
文章和分类的关联,这个语句没什么特别的地方,分开执行都是零点零几毫秒,拼在一起居然要2秒,不可思议。
难道是这个exists影响了吗?将exist换成in试一下:
立马见效,查询时间从2秒提升为零点1毫秒左右,还真是这个exists的缘故。
网上都说exists的效率要高于in或才not in,看来也不尽然,具体情况还得具体分析啊,像在这里就比in差了20倍不止。
看来要好好研究一个exists这个关键字了。
因为在本地开时发,查询的速度是相当快的,一开始就以为是mysql版本的问题,本地是MariaDB 5.5,服务器上是mysql 5.1,
将服务器上的数据弄到本地导了一份,居然发现一样变慢了,平均查询一个文章要1-2秒,列表超过2秒以上,才几千的数据这么慢肯定是哪里出了问题。
一点一点的定位打印日志,最后发现,居然是一条使用了exists的sql语句,查询就用了2秒,也就是说时间都花在这个上了,其它的基本都可以忽略了,语句如下:
select * from TERM t where exists (select t2.TERM_ID from ASS_POST_TERM t2 where t.TERM_ID = t2.TERM_ID and t2.POST_ID = ?)
文章和分类的关联,这个语句没什么特别的地方,分开执行都是零点零几毫秒,拼在一起居然要2秒,不可思议。
难道是这个exists影响了吗?将exist换成in试一下:
select * from TERM t where t.TERM_ID in (select t2.TERM_ID from ASS_POST_TERM t2 where t2.POST_ID = ?)
立马见效,查询时间从2秒提升为零点1毫秒左右,还真是这个exists的缘故。
网上都说exists的效率要高于in或才not in,看来也不尽然,具体情况还得具体分析啊,像在这里就比in差了20倍不止。
看来要好好研究一个exists这个关键字了。
相关文章推荐
- 配置Oracle Client 访问远程Oracle数据库
- mysql截取函数
- sql临时 temp 表 发现,没有编辑器好难学
- 关系数据库SQL之可编程性触发器
- mysql int,bigint,smallint和tinyint理解
- MYSQL基本操作
- sql基础常用函数总结
- 从数据库(Mysql)进行增导入输入到Solr中
- 数据库命令大全
- 数据库命令大全
- MYSQL router 自动均衡负载
- 搭建Nginx(负载均衡)+Redis(Session共享)+Tomcat集群
- 根据日志解析mysqldump原理
- MySQL MyISAM 优化设置点滴
- Mysql数据库引擎类型与特性对比
- TokuMX - 拥有一身MongoDB的外表和一颗TokuDB的心
- Centos下安装Redis步骤简介
- SQL 递归查询所有父子节点
- SQL注入攻击
- MySQL的CRUD操作+使用视图