sql查询语句的优化,exists与in的更换
2016-03-01 12:36
316 查看
自己开发的小站,页面访问查询的速度一直不让人满意,刚好今天有时间,就决定对它优化一下。
因为在本地开时发,查询的速度是相当快的,一开始就以为是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这个关键字了。
相关文章推荐
- Kafka+Spark Streaming+Redis实时系统实践
- MySQL导入.sql文件及常用命令
- Oracle数据库Sql语句详解---函数
- 在团800运维工作总结之redis-cluster使用
- Oracle数据库Sql语句详解----条件查询
- Oracle数据库Sql语句详解之SELECT查询基本语法
- sql修改字段长度
- PL/SQL之触发器重新编译和删除,禁止和开启
- 在 SQL Server 2008 中新建用户登录并指定该用户的数据库
- [PDOException] SQLSTATE[HY000] [2002] No such file or directory
- 安卓LoaderManager异步加载数据库
- sql 经典练习题
- redis数据类型 - Hash类型
- 解决:安装SQl 2008为SQL Server代理服务提供的凭据无效
- Java中使用Jedis操作Redis
- 欢迎使用CSDN-markdown编辑器
- mybatis3 动态sql
- oracle中避免sort操作
- 全局搜索数据库
- 【转】深入理解SQL的四种连接-左外连接、右外连接、内连接、全连接