案例02-sql语句的优化

简介: sql语句的优化

一:背景介绍

       前端调用后端接口的时候发现接口的响应时间特别长,然后对后端接口进行分析。最后发现是sql语句的执行时间太长。看了一下sql语句的相关信息:course_id字段和class_id字段添加了索引,左连接两个表的id类型不一致,使用分组的方式进行去重。下面对sql语句进行分析

1087c7a4f89447479d198f09c580feee.png

二:思路&方案

       1.sql语句各部分的执行顺序。

       2.明确distinct和group by的差异。

       3.查看sql语句是否已经添加了索引,索引是否失效。

三:过程

sql语句各部分的执行顺序

1.from
2.on
3.join
4.where
5.group by
6.having + 聚合函数
7.select
8.distinct
9.order by
10.limit

93aa6983f8c64acda4758810422c3e05.png

以上sql语句的执行顺序为3->4->5->2->6->1

明确distinct和group by的差异

1.有索引的情况下,group by和distinct 都能用索引,效率相同

2.无索引的时候,distinct 效率高于 group by,distinct 是根据信息不同进行直接进行去重,group by 的原理是对结果先进行 分组排序 ,然后返回每组中的第一条数据。

3.如果是单纯的去重操作的话,无论是否有索引,distinct 的效率都更加高,但是如果 查询的列和去重的列不对应的话,distinct就无法使用了。相较于group by 不够灵活。

4.group by 的语义更加的明确,并且group by 可以根据分组的情况加上聚合函数,做一些其他的处理,功能更加丰富。但是有时候效率将低于distinct。

5.distinct用法

select distinct 列1 , 列2 from table

group by用法

select 列1,列2 from table group by 列1 ,列2

验证数据类型不一致是否会影响索引

1.数据类型不一致

sql语句

SELECT
  aui.ding_phone,
  aui.ding_name,
  aui.chaoxing_name,
  aui.chaoxing_phone 
FROM
  ( SELECT info_id FROM arpro_user_course_info WHERE course_id = 223667994 AND class_id = 55801765 AND is_delete = 0 GROUP BY info_id ) auci
  LEFT JOIN arpro_user_info aui ON auci.info_id = aui.id

表字段数据类型

7e8f6936a6f14663a7b3e977d12a42fb.png

7e9858d547e441709cd59ef24551bda1.png

创建的索引

99da0313b34f44e98085bd132bf3fb13.png

执行结果:主键索引没有生效

5d2b3bc98bb444b1af69888675216514.png

2.数据类型一致

将数据类型调整为bigint

将group调整为distinct

SELECT
  aui.ding_phone,
  aui.ding_name,
  aui.chaoxing_name,
  aui.chaoxing_phone 
FROM
  ( SELECT DISTINCT info_id FROM arpro_user_course_info WHERE course_id = 223667994 AND class_id = 55801765 AND is_delete = 0 ) auci
  LEFT JOIN arpro_user_info aui ON auci.info_id = aui.id

执行结果5c73999078304d4b86767c1252c2bd2b.png

四:优化的好处

  1. 提高查询性能:优化SQL语句可以减少查询的执行时间和资源消耗,提高系统的响应速度和吞吐量。通过使用合适的索引、优化查询计划和减少不必要的数据读取,可以有效地提高查询的性能。
  2. 减少系统负载:优化SQL语句可以减少系统的负载,提高系统的稳定性和可靠性。通过减少不必要的数据库访问、优化查询语句的效率和减少数据传输量,可以降低系统的资源消耗,减少数据库的负载。
  3. 提高用户体验:优化SQL语句可以提高用户的体验和满意度。快速响应的查询结果可以让用户更好地享受系统的功能,提高用户的工作效率和满意度。同时,优化SQL语句还可以降低系统的错误率和异常情况,提高系统的可用性和稳定性。
  4. 节省成本:优化SQL语句可以节省系统的资源和成本。通过减少不必要的数据库操作和优化查询语句的效率,可以降低数据库的存储和计算成本。同时,优化SQL语句还可以减少系统的维护和运维成本,提高系统的可维护性和可扩展性。
  5. 改善系统的可扩展性:优化SQL语句可以改善系统的可扩展性和性能扩展能力。通过优化查询语句的效率和减少数据传输量,可以降低系统的资源消耗,提高系统的性能和扩展能力。这有助于系统在面对大量用户和数据时仍然能够保持高性能和稳定性。

五:总结

       明确sql语句的执行顺序有助于我们对于sql语句进行优化。提高我们对数据库和sql语句的理解。来编写效率更高的语句。

       优化SQL语句可以提高查询性能、减少系统负载、提高用户体验、节省成本和改善系统的可扩展性。这些好处有助于提高系统的性能、稳定性和可用性,提升用户的满意度和系统的价值。



相关文章
|
2月前
|
SQL 存储 关系型数据库
如何巧用索引优化SQL语句性能?
本文从索引角度探讨了如何优化MySQL中的SQL语句性能。首先介绍了如何通过查看执行时间和执行计划定位慢SQL,并详细解析了EXPLAIN命令的各个字段含义。接着讲解了索引优化的关键点,包括聚簇索引、索引覆盖、联合索引及最左前缀原则等。最后,通过具体示例展示了索引如何提升查询速度,并提供了三层B+树的存储容量计算方法。通过这些技巧,可以帮助开发者有效提升数据库查询效率。
200 2
|
7天前
|
SQL Oracle 数据库
使用访问指导(SQL Access Advisor)优化数据库业务负载
本文介绍了Oracle的SQL访问指导(SQL Access Advisor)的应用场景及其使用方法。访问指导通过分析给定的工作负载,提供索引、物化视图和分区等方面的优化建议,帮助DBA提升数据库性能。具体步骤包括创建访问指导任务、创建工作负载、连接工作负载至访问指导、设置任务参数、运行访问指导、查看和应用优化建议。访问指导不仅针对单条SQL语句,还能综合考虑多条SQL语句的优化效果,为DBA提供全面的决策支持。
28 11
|
1月前
|
SQL 缓存 监控
大厂面试高频:4 大性能优化策略(数据库、SQL、JVM等)
本文详细解析了数据库、缓存、异步处理和Web性能优化四大策略,系统性能优化必知必备,大厂面试高频。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
大厂面试高频:4 大性能优化策略(数据库、SQL、JVM等)
|
27天前
|
SQL 缓存 数据库
SQL慢查询优化策略
在数据库管理和应用开发中,SQL查询的性能优化至关重要。慢查询优化不仅可以提高应用的响应速度,还能降低服务器负载,提升用户体验。本文将详细介绍针对SQL慢查询的优化策略。
|
27天前
|
SQL 存储 BI
gbase 8a 数据库 SQL合并类优化——不同数据统计周期合并为一条SQL语句
gbase 8a 数据库 SQL合并类优化——不同数据统计周期合并为一条SQL语句
|
27天前
|
SQL 数据库
gbase 8a 数据库 SQL优化案例-关联顺序优化
gbase 8a 数据库 SQL优化案例-关联顺序优化
|
1月前
|
SQL 数据库 UED
SQL性能提升秘籍:5步优化法与10个实战案例
在数据库管理和应用开发中,SQL查询的性能优化至关重要。高效的SQL查询不仅可以提高应用的响应速度,还能降低服务器负载,提升用户体验。本文将分享SQL优化的五大步骤和十个实战案例,帮助构建高效、稳定的数据库应用。
63 3
|
1月前
|
SQL 存储 缓存
如何优化SQL查询性能?
【10月更文挑战第28天】如何优化SQL查询性能?
151 10
|
1月前
|
SQL 存储 缓存
SQL Server 数据太多如何优化
11种优化方案供你参考,优化 SQL Server 数据库性能得从多个方面着手,包括硬件配置、数据库结构、查询优化、索引管理、分区分表、并行处理等。通过合理的索引、查询优化、数据分区等技术,可以在数据量增大时保持较好的性能。同时,定期进行数据库维护和清理,保证数据库高效运行。
|
2月前
|
SQL 资源调度 分布式计算
如何让SQL跑快一点?(优化指南)
这篇文章主要探讨了如何在阿里云MaxCompute(原ODPS)平台上对SQL任务进行优化,特别是针对大数据处理和分析场景下的性能优化。