一、在表中建立索引
较频繁地作为查询条件的字段，唯一性不太差的字段适合建立索引，更新不太频繁地字段适合创建索引，不会出现在where条件中的字段不该建立索引。
二、查询条件中，一定不要使用select *
1、连接查询中的冲突
当在JOIN查询中使用SELECT *时，当多个表有相同名称的列时，可能会引入并发症，例如status、active、name等。
2、不需要的列会增加数据传输时间和网络开销
select * 会需要解析更多的对象、字段、权限、属性等相关内容，会给数据库造成负担，增大网络开销。* 有时会误带上如log、IconMD5之类无用的大文本字段，数据传输size会几何增涨。
3、对于无用的大字段，如varchar、blob、text 会增加io操作
长度超过728字节的时候，会先把超出的数据序列化到另一个地方，因此读取这条记录会增加一次io操作。
4、需要查询数据字典
Oracle在解析的过程中, 会将*依次转换成所有的列名，这个工作是通过查询数据字典完成的，这意味着将耗费更多的时间。
5、失去mysql优化器“覆盖索引”策略优化的可能性
例如，有一个表为t(a,b,c,d,e,f)，其中，a为主键，b列有索引。
那么，在磁盘上有两棵 B+ 树，即聚集索引和辅助索引（包括单列索引、联合索引），分别保存(a,b,c,d,e,f)和(a,b)，如果查询条件中where条件可以通过b列的索引过滤掉一部分记录，查询就会先走辅助索引，如果用户只需要a列和b列的数据，直接通过辅助索引就可以知道用户查询的数据。
如果用户使用select *，获取了不需要的数据，则首先通过辅助索引过滤数据，然后再通过聚集索引获取所有的列，这就多了一次b+树查询，速度必然会慢很多。
三、不要在where条件中使用左右两边都是%的like模糊查询
select * from t_order where customer like '%zhang%'
这样会导致数据库引擎放弃索引进行全表扫描。优化：尽量在字段后面使用模糊查询或使用全文索引。
select * from t_order where customer like 'zhang%'
四、尽量不要使用in 和not in，会造成全表扫描
select * from t_order where id not in (2,3)
select * from t_order1 where customer in (select customer from t_order2)
可以用exists代替
五、尽量不要使用or，会造成全表扫描
select * from t_order where id = 1 or id = 3
优化：可以用union代替or
select * from t_order where id = 1
union
select * from t_order where id = 3
六、尽量不要在 where 子句中对字段进行表达式操作，这样也会造成全表扫描
select id from t_order where num/2=100
应改为
select id from t_order where num=100*2
七、where条件里尽量不要进行null值的判断，null的判断也会造成全表扫描
select * from t_order where score is null
优化：给字段添加默认值，对默认值进行判断。
select * from t_order where score = 0
八、尽量不要在where条件中等号的左侧进行表达式、函数操作，会导致全表扫描
select * from t_order2 where score/10 = 10
select * from t_order2 where substr(customer,1,5) = 'zhang'
select * from tb_order where DATE_FORMAT(dt,'%Y%m%d') ='20220207'
优化：将表达式.函数操作移动到等号右侧
select * from t_order2 where score = 10*10
select * from t_order2 where customer like 'zhang%'
select * from tb_order where dt=DATE_FORMAT('20220207','%Y-%m-%d')
九、尽量不要使用where 1=1的条件
有时候，在开发过程中，为了方便拼装查询条件，我们会加上该条件，这样，会造成进行全表扫描。
select * from t_order where 1=1
优化：如果用代码拼装sql，则由代码进行判断，没where加where，有where加and。如果用mybatis，请用mybatis的where语法。
十、查询条件两边数据类型不一致索引失效
例如我们在订单表tb_order建立了索引idx_order_id，order_id字段类型为varchar在查询时如果使用where order_id= 20220207123654100，这样的查询方式会直接造成索引失效。
要让索引生效，正确的用法为
where order_id=’20220207123654100’
再来看一个例子：
explain select * from tb_user where phone = 12345678936
explain select * from tb_user where phone = '12345678936'
从这两条SQL执行的结果我们可以看出，执行第一条SQL没有使用到索引，而执行第二条SQL时使用到了索引。这是为什么呢？我们需要先了解下mysql索引优化器工作的原理。选择索引是优化器工作，优化器工作有自己的一套规则，如果等号两边的数据类型不一致，则会发生隐式转换。基于这条规则，我们回过头看看
explain select * from tb_user where phone = 12345678936;
这条SQL语句执行时就会变为
explain select * from tb_user where cast(phone as signed int) = 12345678936;
由于对索引列进行了函数操作，所以才导致索引失效，从而全表扫描了。
十一、程序要尽量避免大事务操作，提高系统并发能力
即将事务的范围尽量缩小，可提高性能。
十二、一个表的索引数最好不要超过6个
如果索引太多的话，就需要考虑一下那些不常使用到的列上建的索引是否有必要。
十三、尽量使用多表连接（join）查询（避免子查询）
子查询效率特别低，而一般的子查询都可以由关连查询来实现相同的功能，关联查询的效率要提高很多，所以建议在数据查询时避免使用子查询（尤其是在记录很多时），而最好用关联查询来实现。
分析MySQL的SQL性能瓶颈，可借助explain来分析优化。推荐阅读一张图彻底搞懂MySQL的 explain
十四 循环里不要调用DB执行SQL
避免在循环里写调用SQL的代码，而是在循环外批量执行。
