SQL性能优化

查询一个sql语句是否符合要求，可以直接通过业务层面上看具体效果，当需要具体查看一个sql的性能时，可以使用

show profiles

同时可以开启慢查询记录运行比较慢的SQL语句

慢查询： MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10S以上的语句。默认情况下，Mysql数据库并不启动慢查询日志，需要我们手动来设置这个参数，当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件，也支持将日志记录写入数据库表。

---

在我看来，性能优化有三方面，sql方面的优化，索引优化以及表结构优化

SQL优化

避免 SELECT *，只查询需要的字段。

---

小表驱动大表：
尽量使用连接代替子查询，因为使用 join 时，MySQL 不会在内存中创建临时表

索引优化

尽量使用主键查询，而非其他索引，因为主键查询不会触发回表查询。
不做列运算，把计算都放入各个业务系统实现
查询语句尽可能简单，大语句拆小语句，减少锁时间
or 查询改写成 union 查询
不用函数和触发器
避免 %xx 查询，可以使用：select * from t where reverse(f) like reverse(’%abc’);
少用 join 查询
使用同类型比较，比如 ‘123’ 和 ‘123’、123 和 123
尽量避免在 where 子句中使用 != 或者 <> 操作符，查询引用会放弃索引而进行全表扫描
列表数据使用分页查询，每页数据量不要太大
避免在索引列上使用 is null 和 is not null

---

表结构优化

使用可以存下数据最小的数据类型。
尽量使用 tinyint、smallint、mediumint 作为整数类型而非 int。
尽可能使用 not null 定义字段，因为 null 占用 4 字节空间。数字可以默认 0 ，字符串默认 “”
尽量少用 text 类型，非用不可时最好独立出一张表。
尽量使用 timestamp，而非 datetime。
单表不要有太多字段，建议在 20 个字段以内（表字段过多查询缓慢，过多时可拆分表）