如何优化一条有问题的sql语句？
针对sql语句的优化。我们可以从如下几个角度去分析
-
回归到表的设计层面，数据类型选择是否合理
-
大表碎片的整理是否完善
-
表的统计信息，是不是准确的
-
审查表的执行计划，判断字段上面有没有合适的索引
-
针对索引的选择性，建立合适的索引（就又涉及到大表DDL的操作问题）
我们看第一点：数据类型要选取合适一些才好。
1）比如建议使用int来存储ipv4的类型，然后通过函数转换。例如：
mysql> select inet_aton('172.31.30.62'); +---------------------------+ | inet_aton('172.31.30.62') | +---------------------------+ | 2887720510 | +---------------------------+ 1 row in set (0.00 sec) mysql> select inet_ntoa(2887720510); +-----------------------+ | inet_ntoa(2887720510) | +-----------------------+ | 172.31.30.62 | +-----------------------+ 1 row in set (0.00 sec)
2）时间类型可以采用datetime属性，他比timestamp可用范围大，存储空间也从原来的8字节降到了5字节，因此可提高性能。
3）表字符集使用 utf8，必要时可申请使用 utf8mb4 字符集。
它的通用性比 gbk，latin1 都要好。utf8 字符集存储汉字占用 3 个字节，如果遇到表情存储的要求，就可以使用 utf8mb4
4） select 查询表的时候只需要获取必要的字段，避免使用 select *。
这样可以减少网络带宽消耗，还有可能利用到覆盖索引
5）所有字段定义中，默认都加上 not null 约束，避免出现 null。
在对该字段进行 select count() 统计计数时，可以让统计结果更准确，因为值为 null 的数据，不会被计算进去的。
6）SQL语句中，尽量避免出现 or 子句
这种判断的子句可以让程序自行完成，不要交给数据库判断。也要避免使用 union，尽量采用 union all，减少了去重和排序的工作。