MySQL面试题之如何优化一条有问题的SQL语句？

标签：建议   结果   nio   判断   一点   net   程序   高性能   ddl   

如何优化一条有问题的sql语句？

针对sql语句的优化。我们可以从如下几个角度去分析

1. 回归到表的设计层面，数据类型选择是否合理

2. 大表碎片的整理是否完善

3. 表的统计信息，是不是准确的

4. 审查表的执行计划，判断字段上面有没有合适的索引

5. 针对索引的选择性，建立合适的索引（就又涉及到大表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，减少了去重和排序的工作。

MySQL面试题之如何优化一条有问题的SQL语句？

标签：建议   结果   nio   判断   一点   net   程序   高性能   ddl   

原文地址：https://www.cnblogs.com/FengGeBlog/p/10284282.html