SELECT * FROM by_app_categories WHERE c_name LIKE CONCAT('%', (SELECT `name` FROM b_catelist WHERE type="wangluo"), '%') 

修改前数据：
 
 
需求：将小盒子学院中拥有两个学号以上学生的学号前面加上前缀“hr”
 
今天我像以前操作mysql写了一个update sql：
 
update edu_user_copy set stuNum=concat('hr',stuNum) where stuNum in (select stuNum from edu_user_copy 
where company like '小盒子学院%' group by stuNum having count(stuNum)>1);
 
根据子查询的结果，更新表中的一个字段。
 
在mysql数据库中执行后报错：
 
 
一直没弄明白这个错误，然后经过多次度娘后，发现mysql update时，更新的表不能在set和where中用于子查询。
 
修改上面的sql为mysql数据库支持的方式：
 
update edu_user_copy du,(select stuNum from edu_user_copy 
where company like '小盒子学院%' group by stuNum having count(stuNum)>1) b
set du.stuNum=concat('hr',b.stuNum)
where du.stuNum=b.stuNum;
 
 
修改后数据：
 
 
ok，大功告成！
 
 

问题
 
生产某些功能执行较慢，找出来对应的sql，看看执行计划，如下：
 sql：
 
SELECT
 COUNT( 1 ) 
FROM
 fich_base t1
 LEFT JOIN cont_base t2 ON t1.contract_id = t2.id
 LEFT JOIN orga_base t3 ON t3.id = t1.transfer_organization_id
 LEFT JOIN user_base t4 ON t4.id = t2.sale_user_id
 LEFT JOIN empl_base t5 ON t5.id = t4.employee_id
 LEFT JOIN vehi_brand t6 ON t6.id = t2.vehicle_brand_id
 LEFT JOIN vehi_base t7 ON t2.vehicle_id = t7.id
 LEFT JOIN deal_base t8 ON t8.id = t2.dealer_id
 LEFT JOIN fich_review_node t9 ON t1.id = t9.final_check_id
 LEFT JOIN fich_review_process t10 ON t9.id = t10.review_node_id 
WHERE
 t1.obj_status = 1 
 AND t2.factory_end_date IS NOT NULL 
 AND t2.obj_status = 1 
 AND t2.number LIKE CONCAT( '%', CONCAT( 123, '%' ) ) 
 AND (
  t2.personal_name LIKE CONCAT( '%', CONCAT( 1234, '%' ) ) 
  OR t2.enterprise_name LIKE CONCAT( '%', CONCAT( 1234, '%' ) ) 
 ) 
 AND t2.vin_number LIKE CONCAT( '%', CONCAT( 123, '%' ) ) 
 AND t1.transfer_organization_id IN ( SELECT u.organization_id FROM user_rel_organization_view u WHERE u.user_id = 1 AND u.obj_status = 1 ) 
 AND t1.review_status = 2 
 AND t10.review_status = 0 
 AND t9.review_count = 1 
 AND t9.review_status = 0 
 AND timestampdiff( DAY, t2.factory_end_date, NOW( ) ) <= 30 
 AND t2.`status` != 3
 
执行计划：
 
 有说in 接子查询会导致索引失效。
 
解决
 
调整子查询为关联查询：
 
EXPLAIN 
SELECT
 COUNT( 1 ) 
FROM
 fich_base t1 
 LEFT JOIN cont_base t2 ON t1.contract_id = t2.id
 LEFT JOIN orga_base t3 ON t3.id = t1.transfer_organization_id
 LEFT JOIN user_base t4 ON t4.id = t2.sale_user_id
 LEFT JOIN empl_base t5 ON t5.id = t4.employee_id
 LEFT JOIN vehi_brand t6 ON t6.id = t2.vehicle_brand_id
 LEFT JOIN vehi_base t7 ON t2.vehicle_id = t7.id
 LEFT JOIN deal_base t8 ON t8.id = t2.dealer_id
 LEFT JOIN fich_review_node t9 ON t1.id = t9.final_check_id
 LEFT JOIN fich_review_process t10 ON t9.id = t10.review_node_id 
 # 这里调整了
 left join user_rel_organization_view t11 on t1.transfer_organization_id=t11.organization_id
WHERE
 t1.obj_status = 1 
 AND t2.factory_end_date IS NOT NULL 
 AND t2.obj_status = 1 
 AND t2.number LIKE CONCAT( '%', CONCAT( 123, '%' ) ) 
 AND (
  t2.personal_name LIKE CONCAT( '%', CONCAT( 1234, '%' ) ) 
  OR t2.enterprise_name LIKE CONCAT( '%', CONCAT( 1234, '%' ) ) 
 ) 
 AND t2.vin_number LIKE CONCAT( '%', CONCAT( 123, '%' ) ) 
 # 这里调整了
 AND t11.user_id = 1 AND t11.obj_status = 1
 AND t1.review_status = 2 
 AND t10.review_status = 0 
 AND t9.review_count = 1 
 AND t9.review_status = 0 
 AND timestampdiff( DAY, t2.factory_end_date, NOW( ) ) <= 30 
 AND t2.`status` != 3
 
执行计划都走索引了
 
 
总结
 
对于sql，在编写完成后，要关注执行计划检查，另外对于in,exist，要关注数据量的变化对索引的影响。

基本含义
 
 
 
就是在一个查询语句（select语句）中的内部，某些位置，又出现的“查询语句”。
 
 
例： 
  
 修改后： 
 
 
 
 
如果将该“select 5000”的子查询语句，替换为“select出来所有商品的平均价”，就具有了现实含义。
 
 
子查询是为主查询服务的
都是子查询获得一定的结果数据之后，才去执行主查询；
 
在形式上，可以有如下表达：
 
selelct 字段或表达式或子查询 [as 别名] from 表名或链接结果或子查询 where 字段或表达式或子查询的条件判断
 
 
 
即可以在这几个位置出现子查询（其中having其实也可以，因为它跟where是一样含义）；
 
 
子查询，按位置（场合）分：
 
类型
形式
作为主查询的结果数据
select c1,(select f1 from tab2) as f11 from tab1; #这里子查询应该只有一个数据（一行一列，标量子查询）
作为主查询的条件数据
select c1 from tab1 where c1 in (select f1 from tab2); #这里子查询可以是多个数据（多行一列，列子查询）
作为主查询的来源数据
select c1 from (select f1 as c1, f2 from tab2) as t2; #这里子查询可以是任意查询结果（表子查询）
 
常见子查询
 
 
 
比较运算符中的子查询
 
 
形式：
 
操作数 比较运算符 (标量子查询)；
 
说明：
 
操作数，其实就是比较运算符的2个数据之一而已，通常就是一个字段名； 
 
  select ....  from XXX where  id > 5;
 
例：
 
找出最高价的商品；
 
select * from product  where  price = (select  max(price)  from  product );
 
 
 
使用in的子查询
 
 
以前用的in的用法：
 
XX  in  (值1，值2，值3，....）；
 
则in子查询为：
 
XX  in  (列子查询)
 
例：
 
找出所有类别名称中带“电”这个字的所有商品；
 
select  *  from  product  where  protype_id  in( 
select  protype_id  from  product_type  where  protype_name  like ‘%电%’
);
 
 
 
使用any的子查询
 
 
形式：
 
操作数 比较运算符 any  (列子查询)；
 
含义：
 
当某个操作数（字段） 对于该列子查询的其中任意一个值，满足该比较运算符，则就算是满足了条件； 
 例：
 
select  *  from  tab1  where  id >  any  (select  f1  from  tab2);
 
 
 
使用all的子查询：
 
 
形式：
 
操作数  比较运算符 all   (列子查询)；
 
含义：
 
当某个操作数（字段） 对于该列子查询的所有数据值，都满足该比较运算符，才算满足了条件；
 
例：
 
select  *  from  tab2  where  f1  >  all  ( select  id  from   tab1 );
 
 
 
使用some的子查询
 
 
一句话：some是any的同义词。
 
 
 
使用exists的查询
 
 
形式：
 
where  exists( 子查询 )
 
含义：
 
该子查询如果“有数据”，则exists的结果是true，否则就是false
 
说明：
 
 
 
因为，exists子查询的该含义，造成主查询往往出现这样的情形：要么全都取出，要么都不取出。如果局限于这个含义（使用情形），其基本就失去了它的现实使用意义。
 
 
所以：
 
 
 
实际应用中，该子查询，往往都不是独立的子查询，而是会需要跟“主查询”的数据源（表），建立某种关系——通常就是连接关系。建立的方式是“隐式的”，即没有在代码上体现关系，但却在内部有其连接的“实质”。
 
 
此隐式连接方式，通常就体现在子查询中的where条件语句中，使用了主查询表中的数据（字段）；
 
例：
 
查询商品表中其类别名称中带“电”这个字的所有商品； 
 
 
结果就： 
 
 
注意： 
 - 这种子查询语句，没法“独立存在（独立运行）”，而是必须跟主查询一起使用； 
 - 其他子查询，是可以独立运行的，而且会得到一个运行的结果。 
 - 该子查询中的条件，应该设定为跟主查询的某个字段有一定的关联性判断，通常该判断就是这两个表的“本来该有的连接条件”
 
最后一个结论：
 
 
 
如果一个查询需求，可以使用连接查询的，也可以使用子查询得到，则通常推荐使用连接插叙，效率归更高。