重新学习Mysql数据库1：无废话MySQL入门

IN（也最好少用）

MySQL集锦 - IN 真会导致全表扫描吗？（不一定 得看mysql版本 5.5之前的会）

IN - 操作符允许我们在 WHERE 子句中规定多个值。
IN - 操作符用来指定范围，范围中的每一条，都进行匹配。IN取值规律，由逗号分割，全部放置括号中。
语法：SELECT "字段名"FROM "表格名"WHERE “字段名” IN (‘值一’, ‘值二’, …);

-- 从表 Persons 选取 字段 LastName 等于 Adams、Carter
SELECT * FROM Persons WHERE LastName IN ('Adams','Carter')

in和join的转换

步骤一，select tableA.id as ids from tableA where age>20;
步骤二，使用上一步的查询结果：
select tableB.score from tableB where id in (ids); 这是一个很常见的查询，
那么步骤一和步骤二，
相当于 select tableB.score from tableB inner join tableA on tableA.id=tableB.id;
这个效率谁高，看具体情况了。最后测试结果是inner join的效率高。
那么为什么互联网公司不让使用join？

第一，不利于写操作。执行读操作时，会锁住被读的数据，阻塞其他业务对该部分数据的更新操作(U or D)。如果涉及多个聚合函数（缓存中没有max or min时），相当于同时锁住多张表，不能进行读写，直接影响其他业务，这影响了系统的整体性能；
第二，不利于维护。业务发生变动时，比如join中一张表改了，可能导致系统中原有的sql不可用，最终导致基于该SQL执行结果的上层显示失败（也意味着以往的开发工作已无效）。
如果使用步骤一和步骤二的方式，只需要修改其中一个步骤就行。实际工作中，也就是只需要修改其中的一个service（对应一张表）即可。既影响性能，又不利于维护，所以我们尽量不要用join。
另外，集团不让用三张表，是在OLTP场景中。不要一叶障目哦，如果是在OLAP的应用场景中，使用join是非常合适的。

MySQL多表关联查询效率高点还是多次单表查询效率高，为什么？
为什么MySQL不推荐使用子查询和join？
不推荐使用MySQL触发器和存储过程？

大型系统必须得要存储过程和触发器吗？

索引

建立索引的时机
在WHERE和JOIN中出现的列需要建立索引，但也不完全如此：

	MySQL只对<，<=，=，>，>=，BETWEEN，IN使用索引

	某些时候的LIKE也会使用索引。

	在LIKE以通配符%和_开头作查询时，MySQL不会使用索引。
如

-- 由于mytable表的userame也出现在了JOIN子句中，也有对它建立索引的必要。
SELECT t.Name  FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city='上海';
 SELECT * FROM mytable WHERE username like'admin%'; 
 SELECT * FROM mytable WHEREt Name like'%admin';-- 而这句就不会使用：
  -- 因此，在使用LIKE时应注意以上的区别。

索引的注意事项

索引不会包含有NULL值的列

使用短索引（就是能使得 索引的时候 通常可以索引开始的几个字符，而不是全部值，以节约空间并得到好的性能）

不要在列上进行运算 索引会失效

参考