sql三表关联查询_SQL优化思路

找到慢查询SQL

找到优化目标。一个项目中有很多SQL，不要一上来就逐一优化，应该找出需要优化的SQL。客户端需要花费很长时间等待查询结果的慢查询是最需要优化的。开发人员可以通过调用链直接追踪到SQL，数据库管理员可以通过日志拿到慢查询，像DM、MySQL等数据库一般都有慢查询记录日志，可以从中找到慢查询语句，一般数据库都自带有分析慢查询日志的工具。

分析SQL

找到慢查询SQL后也不应急于查看执行计划，创建索引等，而是先分析SQL语句的结构，找出SQL语句存在的问题。SQL语句是否关联了很多表，是否有一些耗时的聚合查询，是否有关联子查询以及表关联顺序等都会影响SQL查询效率。

查看表结构及表数据量

看完SQL语句，查看SQL语句中的表结构及表中的数据量是很有必要的。表结构中字段及数据类型分析，索引结构等都影响SQL查询效率。因此表结构中的字段数据类型是否可以修改为更高效率的数据类型，是否可以添加适量冗余字段而减少表连接查询，索引建立是否合理等都是值得考虑的。

优化SQL

• 优化SQL语句本身

减少查询输出的字段，不需要的不输出，指定输出列代替 “*” ；减少关联查询关联的表；关联子查询转换为left-join等join查询；case 、字段格式化操作省去，在应用中处理。等等

• 优化表结构

使用适量的冗余字段；改变一些字段的数据类型(可用int的绝不用string)；

• 优化索引

数据量较少的表不宜建立索引。

​ 创建索引的字段中的值应比较离散，可以使用索引选择性来计算。

​ 几个字段都要建立索引时可以创建联合(复合)索引代替建立多个独立索引。

​ 联合索引中字段排序要慎重考虑，等值条件在前，非等值条件在后；离散性越大的越靠前；离散型相同，让常用字段在前。

​ 索引并不是越多越好，建立的索引要考虑适用尽可能多的业务场景。决不能为每个业务都建立一个特有的索引。

​ 字符串字段创建索引时应截取前面一部分创建索引，而不是全字段创建索引。

• 分析SQL及优化

开发人员或数据库管理员很清楚数据情况，他们​可以通过SQL执行计划来查看SQL执行过程、耗时的操作和索引使用情况等；在如DM等数据中可以使用explain 查看SQL执行计划，及各部分操作耗时情况。如果数据库没有按照最我们认为最优的计划执行，可用 HINT 提示符指定数据库执行时使用那个索引，以及表链接方式等，也可以开启并行查询。