MySQL优化---可能导致性能下降的几个原因以及常用Join查询

1.SQL执行慢,执行时间长,等待时间长的原因

1.1查询数据过多

1.2关联了太多表,用了太多的join:join查询的原理,是用A表的每一条数据都去扫描B表的每一条数据。

1.3没有利用到索引

索引分为单值索引和复合索引

单值索引创建:

create index idx_user_id on user(id)

复合索引创建:

create index idx_user_idname on user(id,name)

1.4服务器调优及各个参数设置(缓冲、线程数等),这对我们来说不重要,这是DBA的工作!!~

2.谈一下SQL的执行顺序

我们平时写SQL的顺序:

随着Mysql版本的更新换代,其优化器也在不断的升级,优化器会分析不同执行顺序产生的性能消耗不同而动态调整执行顺序。

下面是经常出现的查询顺序

总结一下执行顺序图

3.常见通用的Join查询

 
1 A、B两表共有

select * from t_emp a inner join t_dept b on a.deptId = b.id;

2 A、B两表共有+A的独有

 select * from t_emp a left join t_dept b on a.deptId = b.id;

3 A、B两表共有+B的独有

 select * from t_emp a right join t_dept b on a.deptId = b.id;

 4 A的独有 

select * from t_emp a left join t_dept b on a.deptId = b.id where b.id is null; 

5 B的独有

 select * from t_emp a right join t_dept b on a.deptId = b.id where a.deptId is null;  

6 AB全有
#MySQL Full Join的实现 因为MySQL不支持FULL JOIN,下面是替代方法
 #left join + union(可去除重复数据)+ right join

SELECT * FROM t_emp A LEFT JOIN t_dept B ON A.deptId = B.id
UNION
SELECT * FROM t_emp A RIGHT JOIN t_dept B ON A.deptId = B.id

这里因为要联合的缘故,不能考虑到小表驱动大表的情况。只能用right join。要保证查询出来的数字要一致。
7 A的独有+B的独有
 

SELECT  * FROM t_emp A LEFT JOIN t_dept B ON A.deptId = B.id WHERE B.`id` IS NULL
UNION
SELECT * FROM t_emp A RIGHT JOIN t_dept B ON A.deptId = B.id WHERE A.`deptId` IS NULL;
发布了227 篇原创文章 · 获赞 77 · 访问量 5万+

猜你喜欢

转载自blog.csdn.net/m2606707610/article/details/103623963