0、数据库版本
DROP TABLE IF EXISTS `course`;
CREATE TABLE `course` (
`student_id` int(11),
`course` varchar(20)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `course` VALUES ('1', '标题');
INSERT INTO `course` VALUES ('2', '标题');
INSERT INTO `course` VALUES ('3', '标题');
DROP TABLE IF EXISTS `student`;
CREATE TABLE `student` (
`id` int(11),
`name` varchar(20)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `student` VALUES ('1', 'lily');
INSERT INTO `student` VALUES ('2', 'lucy');
INSERT INTO `student` VALUES ('3', 'nacy');
INSERT INTO `student` VALUES ('4', 'hanmeimei');
1、先看两个表的数据
2、奇怪的sql查询结果
3、为什么course中不存在id或者name字段,子查询不报错;
4、实际上是不是这样的
5、整条语句中子查询返回的是什么?
更新2楼朋友的代码结果
Mysql 子查询的实现并不是我们想象的那样。
对于上面的sql,我们一般会认为是这样执行:
猜想1:
事实上不是这样,Mysql会把外层表压入到子查询中,具体的执行计划可以使用explain extended查看:
Mysql处理后等价于:
查看执行计划,可以看到mysql对于student表全表扫描,然后按照id逐条执行子查询。这和我们的猜想1完全相反。
到现在并没有解释LZ的问题,我们可以猜想下。
猜想2:既然是先全表扫描然后逐条子查询,是不是子查询的变量都是来自全表扫描时的局部变量?我们再看一下执行计划:
通过查询计划可以清晰的看到,真正执行的时候,子查询的变量都是全表扫描时的局部变量<cache>student.id,这也就解释了“为什么course中不存在id或者name字段,子查询不报错”,是因为查询的优化,导致根本不是使用的course的id或者name字段。