MySQL学习:联合查询效率分析

user表:

id name
1 libk
2 zyfon
3 daodao

user_action表

user_id action
1 jump
1 kick
1 jump
2 run
4 swim

sql语句:

SELECT id, name, action
from user as u left join user_action a on u.id = a.user_id

结果:

id name action
1 libk jump
1 libk kick
1 libk jump
2 zyfon run
3 daodao null

分析:

注意到user_action中还有一个user_id=4, action=swim的记录,但是没有在结果中出现,而user表中id=3,name=daodao的用户再user_action中没有相应的记录,但是却出现在结果集中,因为现在是left join,所有的工作以left表为准。

结论:

left join是这样工作的:从左表读出一条,选出所有与on匹配的右表记录(n条)进行连接,形成n条记录(包括重复的行)。如果右边没有与on条件匹配的表,那连接的字段都是null。然后继续读下一条。

引申:

可以在上面的SQL语句后面加个WHERE条件或者LIMIT等关键字,像一般SQL语句一样对结果集做一个范围限制。

我们可以用右表没有on匹配则显示null的规律,来找出所有在左表,不在右表的记录,注意用来判断的那列必须声明为not null的。

sql语句:

SELECT id, name, action
FROM user as u left join user_action a on u.id = a.user.id
WHERE a.user_id is NULL

注意:

1、列值ewingnull应该是用is null 而不能用 = NULL

2、这里a.user_id列必须声明为NOT NULL的

结果:

id name action
3 daodao NULL

技巧:

1、on a.c1 = b.c1 等同于 using(c1)

2、INNER JOIN和,(英文逗号)在语义上是等同的

3、当从一个表中恢复/检索信息时,可以提供提示,MySQL应使用哪个索引。通过指定USER INDEX(key_list),可以告知MySQL只使用一个索引来查找表中的行。另一种语法IGNORE INDEX(key_list)可以告知MySQL不要使用某些特定的索引。如果EXPLAIN显示MySQL正在使用来自索引清单中的错误索引时,这些提示会有用处。

也可以使用FORCE INDEX,其作用接近USE INDEX(key_list),不过增加了一项作用,一次表扫描被假设为代价很高。换句话说,只有当无法使用一个给定的索引来查找表中的行时,才使用表扫描。

注意:当MySQL决定如何在表中查找行并决定如何进行联合时,使用USE INDEX、IGNORE INDEX和FORCE INDEX只会影响使用哪些索引。当分解一个ORDER BY或GROUP BY时,这些语句不会影响某个索引是否被使用。

例子:

SELECT * FROM table1, table2 WHERE table1.id=table2.id;
SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id;
SELECT * FROM table1 LEFT JOIN table2 USING(id);
SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id
LEFT JOIN table3 ON table2.id=table3.id
SELECT * FROM table1 USE INDEX(key1, key2) WHERE key1=1 AND key2=2 AND key3=3
SELECT * FROM table1 IGNORE INDEX(key3) WHERE key1=1 AND key2=2 AND key3=3

MySQL如何优化LEFT JOIN和RIGHT JOIN

在MySQL中,A LEFT JOIN B join_condition执行过程如下:

  • 根据表A和A依赖的所有表设置表B
  • 根据LEFT JOIN条件中使用的所有表(除了B)设置表A
  • LEFT JOIN条件用于确定如何从表B搜索行(换句话说,不使用WHERE子句中的任何条件)。
  • 可以对所有标准联接进行优化,只是从它所依赖的所有表读取的表例外。如果出现循环依赖关系,MySQL提示出现一个错误。
  • 进行所有标准WHERE优化
  • 如果A中有一行匹配WHERE子句,但B中没有一行匹配ON条件,则生成另一个B行,其中所有列设置为NULL。
  • 如果使用LEFT JOIN找出在某些表中不存在的行,并且进行了下面的测试,WHERE 部分的col_name is NULL,其中col_name是一个声明为NOT NULL的列,MySQL找到匹配LEFT JOIN条件的一行后停止(为具体的关键字组合)搜索其它行。

RIGHT JOIN的执行类似LEFT JOIN,只是表的角色反过来。

联接优化器计算表应联接的顺序。LEFT JOIN和STRAIGHT_JOIN强制的表读顺序可以帮助联接优化器更快地工作,因为检查的表交换更少。请注意这说明。如果执行下面类型的查询,MySQL进行b全扫描,因为LEFT JOIN强制它在d之前读取:

SELECT * FROM a, b LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)
WHERE b.key=d.key;

在这种情况下,修复时用a的相反顺序,b列于FROM子句中

SELECT * FROM b, a LEFT JOIN c ON (c.key=a.key) LEFT JOIN d on (d.key=a.key)
WHERE b.key=d.key

MySQL可以进行下面的LEFT JOIN优化,如果对于产生的NULL行,WHERE条件总为假,LEFT JOIN变为普通联接。

例如,在下面的查询中如果t2.column1为NULL,WHERE子句将为false:

SELECT * FROM t1 LEFT JOIN t2 ON (column1) WHERE t2.column2=5;

因此,可以安全地将查询转换为普通联接:

SELECT * FROM t1, t2 WHERE t2.column2=5 AND t1.column1=t2.column1;

这样可以更快,因为如果可以使查询更佳,MySQL可以在表t1之前使用表t2。为了强制使用表顺序,使用STRAIGHT_JOIN

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索mysql
, 优化
, 索引
null
,以便于您获取更多的相关知识。

时间: 2024-09-08 20:30:23

MySQL学习:联合查询效率分析的相关文章

详解Mysql多表联合查询效率分析及优化_Mysql

1. 多表连接类型1. 笛卡尔积(交叉连接) 在MySQL中可以为CROSS JOIN或者省略CROSS即JOIN,或者使用','  如: SELECT * FROM table1 CROSS JOIN table2 SELECT * FROM table1 JOIN table2 SELECT * FROM table1,table2         由于其返回的结果为被连接的两个数据表的乘积,因此当有WHERE, ON或USING条件的时候一般不建议使用,因为当数据表项目太多的时候,会非常慢

MySQL数据类型与查询效率

在可以使用短数据列的时候就不要用长的.如果你有一个固定长度的CHAR数据列,那么就不要让它的长度超出实际需要.如果你在数据列中存储的最长的值有40个字符,就不要定义成CHAR(255),而应该定义成CHAR(40).如果你能够用MEDIUMINT代替BIGINT,那么你的数据表就小一些(磁盘I/O少一些),在计算过程中,值的处理速度也快一些.如果数据列被索引了,那么使用较a短的值带来的性能提高更加显著.不仅索引可以提高查询速度,而且短的索引值也比长的索引值处理起来要快一些. 如果你可以选择数据行

MySQL Order By Rand()效率分析_Mysql

最近由于需要大概研究了一下MYSQL的随机抽取实现方法.举个例子,要从tablename表中随机提取一条记录,大家一般的写法就是:SELECT * FROM tablename ORDER BY RAND() LIMIT 1. 但是,后来我查了一下MYSQL的官方手册,里面针对RAND()的提示大概意思就是,在ORDER BY从句里面不能使用RAND()函数,因为这样会导致数据列被多次扫描.但是在MYSQL 3.23版本中,仍然可以通过ORDER BY RAND()来实现随机. 但是真正测试一下

MySQL Order By Rand()效率分析

大家一般的写法就是:SELECT * FROM content ORDER BY RAND() LIMIT 1. [飘易注:3万条记录查询花费 0.3745 秒(下同):从mysql slow query log看出"ORDER BY RAND() "全表扫描了2次!] 后来我查了一下MYSQL的官方手册,里面针对RAND()的提示大概意思就是,在ORDER BY从句里面不能使用RAND()函数,因为这样会导致数据列被多次扫描.但是在MYSQL 3.23版本中,仍然可以通过ORDER

MySQL学习_1--->输入查询

之前也曾学习过MySQL,但是从来没有静下心好好的看看MYSQL的手册,现在觉得什么书都不如官方的手册有用,即使大家除了这样,那样的数,所有的知识点无非都是出自官方的教材,哎,自己以前太浮躁,只去看自己需要的那一部分,功力不足啊,还是得重新的看看书,学习学习.今天就先看看输入查询吧 有一点我们是很清楚的,就是如果我们启动了MySQL服务,并不代表我们可以使用任何数据库,因为在这个时候,我们没有选择数据库,所以使用不了任何数据库. mysql> select * from sd_db; ERROR

MySQL 多表查询实现分析_MsSql

我们继续使用前面的例子.前面建立的表中包含了员工的一些基本信息,如姓名.性别.出生日期.出生地.我们再创建一个表,该表用于描述员工所发表的文章,内容包括作者姓名.文章标题.发表日期. 1.查看第一个表 mytable 的内容: mysql> select * from mytable; +----------+------+------------+-----------+ | name | sex | birth | birthaddr | +----------+------+-------

mysql学习笔记查询今天、昨天、7天、近30天、本月、上一月 数据

查询 今天  代码如下 复制代码 select * from 表名 where to_days(时间字段名) = to_days(now()); 昨天  代码如下 复制代码 SELECT * FROM 表名 WHERE TO_DAYS( NOW( ) ) – TO_DAYS( 时间字段名) <= 1 7天  代码如下 复制代码 SELECT * FROM 表名 where DATE_SUB(CURDATE(), INTERVAL 7 DAY) <= date(时间字段名) 近30天  代码如下

mysql 优化之COUNT(*)效率分析

COUNT(*)与COUNT(COL) 网上搜索了下,发现各种说法都有: 比如认为COUNT(COL)比COUNT(*)快的: 认为COUNT(*)比COUNT(COL)快的: 还有朋友很搞笑的说到这个其实是看人品的. 在不加WHERE限制条件的情况下,COUNT(*)与COUNT(COL)基本可以认为是等价的: 但是在有WHERE限制条件的情况下,COUNT(*)会比COUNT(COL)快非常多: 具体的数据参考如下:    代码如下 复制代码 mysql> SELECT COUNT(*) F

MySQL 多表查询实现分析

我们继续使用前面的例子.前面建立的表中包含了员工的一些基本信息,如姓名.性别.出生日期.出生地.我们再创建一个表,该表用于描述员工所发表的文章,内容包括作者姓名.文章标题.发表日期. 1.查看第一个表 mytable 的内容: mysql> select * from mytable; +----------+------+------------+-----------+ | name | sex | birth | birthaddr | +----------+------+-------