SQL执行很慢的原因分析

最新推荐文章于 2025-06-19 08:38:54 发布
原创 最新推荐文章于 2025-06-19 08:38:54 发布 · 3k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

sql执行很慢的时候可以大致分为两种情况：

一、大部分情况下正常，偶尔慢

   1.数据库刷新脏页

  • redolog写满：更新数据或者插入数据时，会先在内存中将相应的数据更新，并不会立刻持久化到磁盘中去，而是把更新记录存到redolog日志中去，待到空闲时，再通过redolog把最新数据同步到磁盘中去。所以当redolog写满的时候，就不会等到空闲时，而是暂停手中的活，去把数据同步到磁盘中，所以这个时候SQL就会执行的比较慢
  • 内存写满：如果一次查询的数据过多，查询的数据页并不在内存中，这时候就需要申请新的内存空间，而如果此时内存已满，就需要淘汰一部分内存数据页，如果是干净页就直接释放，如果是脏页就需要flush
  • 数据库认为空闲的时候：这时候系统不忙
  • 数据库正常关闭：内存脏页flush到磁盘上

    2.无法获取锁

二、数据量不变的情况下，一直都很慢

  1. 字段没有索引
  2. 有索引没用
  3. 索引没用上
  4. 数据库选错索引：通过区分度判断走索引的话反而扫描的行数很大而且索引要走两边，选择全表扫描
为什么会出现慢SQL
wildyuhao的博客
12-26 4602
为什么会出现慢SQL 在生产环境中，慢SQL是一个比较严重的问题，在面试时也会经常被问到，那究竟哪些情况会产生慢SQL，我们又该如何排查，如何定位呢？接下来我们将一步步带来这些问题的答案 写操作 刷脏页 脏页的定义是这样的：内存数据页和磁盘数据页不一致时，那么称这个内存数据页为脏页。 对于一条写操作的 SQL 来说，执行的过程中涉及到写日志，内存及同步磁盘这几种情况 在写操作时，InnoDB会将记录写入到 redo log 中，并更新缓存，这样更新操作就算完成了。后续操作存储引擎会在适当的时候(buffer
SQL 查询慢的常见原因分析
hixiaoyang的博客
05-27 545
SQL查询性能问题常见原因分析及优化方法。主要问题包括：1)索引问题，如缺乏合适索引或使用不当；2)SQL编写问题，如复杂查询结构和不合理数据访问；3)数据库设计缺陷，如表结构不合理和统计信息不准；4)系统资源瓶颈，如硬件不足和并发控制；5)高级优化策略，如执行计划调优和架构调整。排查需通过执行计划分析、性能监控、慢查询日志和基准测试等方法系统定位问题。文章提供了具体优化方案和面试回答建议。
MySQL 慢 SQL 可能原因汇总
Anthony路人甲的博客
06-13 2307
MySQL 慢 SQL 可能原因汇总
MySQL：SQL 慢查询优化的技术指南
最新发布
木头
06-19 872
本文总结了Java后端开发中慢SQL查询的优化方法。慢SQL表现为接口响应慢、数据库CPU高、锁频繁等问题，主要成因包括未用索引、低效函数、关联不当等。优化思路包括：合理加索引、EXPLAIN分析执行计划、分页优化、拆表分区、减少子查询、只查必要字段。通过日志监控和慢查询分析，结合实例对比优化前后的SQL效率。还提供了模糊查询、函数阻碍索引、多字段索引等实战场景的优化示例。核心建议：编写SQL前考虑索引，出现性能问题时优先分析执行计划，数据库设计阶段就需考虑查询结构。
MySQL的索引是什么？怎么优化？
weixin_33892359的博客
04-01 506
2019独角兽企业重金招聘Python工程师标准>>> ...
造成慢SQL可能的原因
qq_23138349的博客
12-03 274
造成慢SQL可能的原因 无索引或者索引失效 索引失效的情况:https://www.chenmx.net/?p=316 锁等待 行锁是基于索引加的锁，如果我们在更新操作时，索引失效，行锁也会升级为表锁。 除了锁升级还要注意死锁。 MyISAM最小支持表锁，所以不讨论了。InnoDB最小支持行锁，但也要注意锁升级。 当一张表使用大量行锁，会导致失误执行率下降，匆匆而可能造成其它事务长时间锁 等待和更多的锁冲突发生，致使性能严重下降，更有可能会将行锁升级为表锁。 不恰当的SQL语句 例如
不要慌！系统出现了慢sql无非这些原因！
朱雀随云记的博客
05-21 1269
系统中未使用缓存来存储频繁访问的数据，可能会导致每次查询都需要从数据库中读取数据，增加了数据库的负载。当数据库锁的粒度过大或者锁的持有时间过长时，可能会导致其他查询被阻塞，从而降低了系统的并发性能。总结起来，要想提高系统性能并避免慢 SQL 的出现，需要综合考虑数据库设计、查询优化、硬件资源、网络环境等多个方面，并采取相应的措施来优化系统性能。不同的存储引擎有不同的特性和性能表现，如果未选择合适的存储引擎，可能会影响查询性能。查询条件的不准确会导致数据库引擎需要检索大量无关的数据，从而增加了查询的时间。
腾讯面试：一条SQL语句执行得很慢的原因有哪些？---不看后悔系列(推荐)
09-09
以下是一些可能导致SQL执行慢的原因及其详解： 1. **数据库刷新脏页**：数据库在进行数据更新时，会先将变更写入redo log，而不是立即写入磁盘。当redo log填满，数据库必须暂停其他操作，将数据同步到磁盘，这个...
腾讯面试：一条SQL语句执行得很慢的原因有哪些？—不看后悔系列(推荐)
12-16
在IT领域，尤其是在数据库管理...总之，理解SQL执行慢的原因需要全面考虑数据库的内部机制、索引策略、锁机制以及SQL语句的编写质量。通过深入学习和实践，开发者可以更有效地解决这类问题，确保数据库系统的高效运行。
oracle查看执行最慢与查询次数最多的sql语句
09-09
总之，监控和分析SQL执行次数与效率是Oracle数据库性能调优的关键环节。定期检查这些信息可以帮助预防并发问题，提高系统整体性能，并确保数据库资源的高效利用。希望本文提供的示例和方法对你的工作有所帮助，如果...
Mysql开启慢SQL并分析原因
09-09
### 分析慢查询原因 开启慢查询日志后，数据库中执行的所有查询都会被记录下来，特别是那些执行时间超过设定阈值（long_query_time）的慢查询。 1. 查看慢查询状态：可以通过以下命令查看慢查询相关信息。 ``` ...
慢SQL是什么？产生的原因是什么？如何解决和优化？
曹昆的技术博客
03-19 3220
"慢 SQL" 意味着执行时间较长的 SQL 查询或操作。当数据库中的某个 SQL 查询在执行过程中花费的时间超过了预期阈值，就可以称之为慢 SQL。慢 SQL 可能会对系统性能产生负面影响，例如增加服务器负载、降低响应速度，甚至导致系统崩溃。通过识别慢 SQL 查询的原因，并采取相应的优化措施，可以有效提升数据库的性能和响应速度。
SQL慢的原因（三）
逝者如风
01-18 479
id   name   email  weixinNumber单键索引select * from user where name='';create index idx_user_name on  user(name)  -----------------------------------------------复合索引select * from user where name='' and e
数据库执行SQL语句很慢的原因
程序员世杰
03-27 2429
一个 SQL 执行的很慢，两种情况讨论： 1、大多数情况下很正常，偶尔很慢，则有如下原因 (1)、数据库在刷新脏页，例如 redo log 写满了需要同步到磁盘。 (2)、执行的时候，遇到锁，如表锁、行锁。 2、这条 SQL 语句一直执行的很慢，则有如下原因。 (1)、没有用上索引：例如该字段没有索引；由于对字段进行运算、函数操作导致无法用索引。 (2)、数据库选错索引。 1.数据库在刷新脏页，...
为什么SQL语句平时执行很快，偶尔变得特别慢？
hncujing的专栏
10-20 3035
MySql查询、更新等操作变慢
慢 SQL 语句的几种常见诱因
foralllove的博客
02-21 650
1. 无索引、索引失效导致 慢查询如果在一张几千万数据的表中以一个没有索引的列作为查询条件，大部分情况下查询会非常耗时，这种查询毫无疑问是一个慢 SQL 查询。 所以对于大数据量的查询，需要建立适合的索引来优化查询。虽然我们很多时候建立了索引，但在一些特定的场景下，索引还有可能会失效，所以索引失效也是导致慢查询的主要原因之一。 2. 锁等待 常用的存储引擎有 InnoDB 和 MyISAM，前者支持行锁和表锁，后者只支持表锁。 如果数据库操作是基于表锁实现的，试想下，如果一张数据表在更新时，需要锁
SQL运行速度慢？查查中间件
Enmotech的博客
01-25 635
点击▲关注 “数据和云”   给公众号标星置顶更多精彩 第一时间直达前言最近发现线上出现一个奇葩的问题，这问题让笔者定位了好长时间，期间排查问题的过程还是挺有意思的，正好...
SQL跑得太慢怎么办？
Linuxprobe18的博客
09-20 1086
SQL 作为目前最常用的数据处理语言，广泛应用于查询、跑批等场景。当数据量较大时，使用 SQL（以及存储过程）经常会发生跑得很慢的情况，这就要去优化 SQL。优化 SQL 有一些特定的套路，通常先要查看执行计划来定位 SQL 慢的原因，然后针对性改写来优化 SQL，比如对于连续数值判断可以用 between 来替代 in，select 语句指明字段名称，用 union all 替代 union，把 exists 改写成 join 等。当然还有一些工程上的优化手段，如建立索引，使用临时表 / 汇总表等，优化的
解Bug之路-记一次中间件导致的慢SQL排查过程
weixin_34259232的博客
12-27 238
2019独角兽企业重金招聘Python工程师标准>>> ...
我的SQL执行很慢，帮我查询原因
02-28
<think>好的，用户之前问过如何查看Oracle SQL语句的资源消耗情况，现在遇到SQL执行慢的问题，想让我帮忙查询原因。我需要结合之前的回答，给出更具体的解决方案。首先，用户可能不太清楚具体哪里慢，所以需要分步骤指导。 首先应该考虑常见的性能问题原因，比如执行计划是否合理、索引缺失、统计信息过时、锁竞争、资源瓶颈等。按照之前的回答，用户已经知道如何查看资源消耗和使用执行计划，所以需要引导他们使用这些方法，同时补充其他可能性。 可能需要检查执行计划是否有全表扫描，建议用户生成执行计划并查看是否存在问题。然后，检查索引是否存在或者是否被正确使用，比如索引是否失效。统计信息过时也可能导致优化器选择错误的执行计划，所以建议用户更新统计信息。 另外，锁和阻塞也是常见的问题，用户可能需要检查是否有其他会话阻塞了当前SQL的执行。资源瓶颈比如CPU、内存、IO过高也会导致性能下降，需要指导用户如何监控这些资源。 还有可能需要查看SQL本身的写法是否有优化空间，比如是否使用了不必要的函数导致索引失效，或者连接条件不当。绑定变量窥视的问题在Oracle中也可能导致执行计划不稳定，但用户可能不熟悉这个概念，需要简单解释。 需要提醒用户使用AWR报告或者ASH报告来全面分析数据库性能，特别是当问题间歇性出现时。此外，高版本数据库的自动诊断工具如SQL Tuning Advisor可能对用户有帮助，可以推荐他们使用。 最后，要给出具体的检查步骤，让用户可以一步步排查。比如从执行计划开始，然后检查索引、统计信息、锁，再到资源情况。如果用户是开发人员，可能还需要优化SQL写法；如果是DBA，可能需要更深入的诊断工具。 需要确保语言通俗易懂，避免过多专业术语，但必要的术语需要正确使用。同时，步骤要清晰，每条建议对应一个可能的原因，并提供相应的解决方法。还要注意用户可能没有DBA权限，所以部分方法可能需要权限，需要提前说明。</think>以下是排查SQL执行缓慢的常见原因及诊断步骤，按照优先级排序： --- ### 一、检查执行计划（最重要） ```sql -- 生成执行计划 EXPLAIN PLAN FOR [你的SQL]; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY); -- 查看实际执行计划（需先执行SQL） SELECT t.* FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR( sql_id => '你的SQL_ID', format => 'ALLSTATS LAST' )) t; ``` **重点关注**： 1. **全表扫描（TABLE ACCESS FULL）**：缺少索引或索引未被使用 2. **高COST值**：执行成本预估过高 3. **错误连接方式**：该用HASH JOIN时用了NESTED LOOPS --- ### 二、索引问题排查 ```sql -- 检查索引使用情况 SELECT * FROM DBA_INDEXES WHERE TABLE_NAME = '你的表名'; -- 检查索引是否失效 SELECT INDEX_NAME, STATUS FROM DBA_IND_COLUMNS WHERE TABLE_NAME = '你的表名' AND STATUS = 'UNUSABLE'; ``` **常见问题**： - 缺少必要索引 - 索引字段顺序与查询条件不匹配 - 索引失效（需要REBUILD） - 索引被跳过（如对索引列使用函数） --- ### 三、统计信息过时 ```sql -- 检查统计信息更新时间 SELECT TABLE_NAME, LAST_ANALYZED FROM DBA_TAB_STATISTICS WHERE TABLE_NAME = '你的表名'; -- 手动收集统计信息 EXEC DBMS_STATS.GATHER_TABLE_STATS( ownname => 'Schema名', tabname => '表名', degree => 4 ); ``` **现象**：优化器选择错误执行计划 --- ### 四、锁与阻塞检查 ```sql -- 查看锁等待 SELECT sid, serial#, username, event, sql_id, blocking_session FROM v$session WHERE state = 'WAITING' AND wait_class != 'Idle'; ``` **现象**：SQL处于"enq: TX - row lock contention"等待事件 --- ### 五、资源瓶颈排查 ```sql -- 查看TOP等待事件 SELECT * FROM V$SYSTEM_EVENT ORDER BY total_waits DESC; -- 查看IO性能 SELECT file_name, phyrds, phywrts, readtim, writetim FROM V$FILESTAT NATURAL JOIN DBA_DATA_FILES; ``` **常见瓶颈**： - 高物理读（DISK_READS）→ 内存不足 - 高CPU_TIME → 计算密集型操作 - 高direct path read/write → 临时表空间不足 --- ### 六、SQL写法优化 **常见问题**： 1. **错误类型转换**：WHERE TO_CHAR(date_col) = '2023' 2. **隐式转换**：WHERE varchar_col = 123（数字比较字符） 3. **低效操作**： - 大量NOT IN → 改NOT EXISTS - 多表JOIN顺序不合理 - 重复子查询未优化 --- ### 七、高级诊断工具 1. **AWR报告**（需DBA权限） ```sql @?/rdbms/admin/awrrpt.sql ``` - 查看"Top 5 Timed Events" - 分析"SQL ordered by Elapsed Time" 2. **ASH报告**（实时分析） ```sql @?/rdbms/admin/ashrpt.sql ``` 3. **SQL Tuning Advisor** ```sql DECLARE task_name VARCHAR2(30); BEGIN task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK( sql_id => '你的SQL_ID'); DBMS_SQLTUNE.EXECUTE_TUNING_TASK(task_name); END; / SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('任务名') FROM DUAL; ``` --- ### 八、紧急处理方案 如果SQL已长时间运行： ```sql -- 查看执行进度 SELECT sid, opname, target, sofar, totalwork, ROUND(sofar/totalwork*100,2) "%完成" FROM v$session_longops WHERE time_remaining > 0; -- 终止会话 ALTER SYSTEM KILL SESSION 'sid,serial#'; ``` --- **最终建议**： 1. 优先检查执行计划是否存在全表扫描 2. 确认相关表统计信息最新 3. 检查是否存在锁等待 4. 使用绑定变量避免硬解析（特别是OLTP系统） 5. 对于复杂SQL，分步骤验证各部分的性能
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值