当前位置: 首页 > news >正文

MySQL 慢查询定位与 SQL 性能优化实战指南

文章目录

  • 如何定位并解决慢查询?
    • 1. 开启/检查慢日志
    • 2. 分析日志
    • 3. 用explain分析执行计划
  • SQL优化?
    • 一、基础优化
      • 1. 避免select *
      • 2. 使用合适的where条件
      • 3. 合理使用索引
      • 4. 避免全表扫描
    • 二、JOIN优化(多表查询)
      • 1. 大表驱动小表
      • 2. 确保JOIN字段都有索引
      • 3. 避免多层嵌套JOIN
    • 三、子查询 vsJOIN
    • 分页优化
  • 如何创建、使用索引?
    • 索引介绍
    • 一、创建索引
      • 1. 创建普通索引
      • 2. 创建唯一索引
      • 3. 创建复合索引
      • 4. 在建表时直接定义索引
      • 5. 添加主键(自动添加聚簇索引)

如何定位并解决慢查询?

1. 开启/检查慢日志

  • 看一下是否开启慢日志
SHOWVARIABLESLIKE'slow_query_log';SHOWVARIABLESLIKE'long_query_time';SHOWVARIABLESLIKE'slow_query_log_file';
  • 如果未开启,临时开启(生产环境建议永久配置):
SETGLOBALslow_query_log=ON;SETGLOBALlong_query_time=1;

2. 分析日志

  • mysqldumpslow(MySQL 自带)
    # 按执行次数排序前10条mysqldumpslow -s c -t10/var/log/mysql/slow.log# 按总耗时排序前10条mysqldumpslow -s t -t10/var/log/mysql/slow.log

3. 用explain分析执行计划

  • 在SQL前面加explain
    EXPLAINSELECTid,order_noFROMordersWHEREuser_id=100ANDcreate_time>='2024-01-01'ORDERBYcreate_timeDESC;
    • 重点查看四个字段
字段看什么
type是否出现 ALL(全表扫描)
rows扫描行数是否过大
key是否使用到了正确索引
Extra是否出现Using filesortUsing temporary

SQL优化?

一、基础优化

1. 避免select *

-- ❌ 不推荐SELECT*FROMusers;-- ✅ 推荐SELECTid,name,emailFROMusers;

2. 使用合适的where条件

  • 尽量在where中使用索引字段
  • 避免对字段进行函数操作或类型转换(导致索引失效)
    -- ❌ 索引失效SELECT*FROMordersWHEREYEAR(create_time)=2024;-- ✅ 使用范围查询,可走索引SELECT*FROMordersWHEREcreate_time>='2024-01-01'ANDcreate_time<'2025-01-01';

3. 合理使用索引

  • 对经常用于where、join、order by、group by的列建立索引
  • 比卖你过度索引(影响写入性能)
  • 考虑使用复合索引(最左前缀原则)

4. 避免全表扫描

  • 通过explain检查是否使用了索引
    EXPLAINSELECT*FROMproductsWHEREcategory_id=10;

二、JOIN优化(多表查询)

1. 大表驱动小表

  • 在MySQL中,通常将小结果姐放在left,大表在right

2. 确保JOIN字段都有索引

  • 两个表关联字段都应该有索引

3. 避免多层嵌套JOIN

  • 复杂JOIN可拆分为多个简单查询

三、子查询 vsJOIN

  • 子查询在某些数据库中效率较低,可以尝试改成JOIN
    -- ❌ 子查询(可能低效)SELECT*FROMusersWHEREidIN(SELECTuser_idFROMordersWHEREamount>100);-- ✅ 改写为JOINSELECTDISTINCTu.*FROMusers uJOINorders oONu.id=o.user_idWHEREo.amount>100;

分页优化

  • 深分页(如LIMIT 100000,20)性能查,因为要跳过大量的数据
    • 优化方案:
      • 使用游标分页(基于上一页最后一条记录的ID或时间):
    SELECT*FROMmessagesWHEREid>100000ORDERBYidLIMIT20;

如何创建、使用索引?

索引介绍

索引类型说明
主键索引聚簇索引,数据按主键物理存储,每一张表只能一个
唯一索引不允许出现重复值
普通索引最基本的索引,允许重复和null
全文索引用于文本搜索
前缀索引对字符串类的前N个字段创建索引,节省空间
覆盖索引非独立类型,查询字段全部包含在索引中,无需回表

一、创建索引

1. 创建普通索引

-- 方法1:CREATE INDEX(推荐用于已有表)CREATEINDEXindex_nameONtable_name(column_name);-- 示例:在 users 表的 email 字段上创建索引CREATEINDEXidx_emailONusers(email);

2. 创建唯一索引

CREATEUNIQUEINDEXidx_usernameONusers(username);

3. 创建复合索引

  • 符合索引使用时必须遵循最左前缀原则,查询时必须包含最左边的列才能生效
-- 按顺序:先按 category_id,再按 created_at 排序CREATEINDEXidx_category_createdONproducts(category_id,created_at);

4. 在建表时直接定义索引

CREATETABLEorders(idBIGINTPRIMARYKEYAUTO_INCREMENT,user_idINTNOTNULL,statusVARCHAR(20),created_atDATETIME,-- 主键自动创建聚簇索引(InnoDB)INDEXidx_user_status(user_id,status),-- 普通复合索引UNIQUEINDEXuk_order_no(order_no)-- 唯一索引);

5. 添加主键(自动添加聚簇索引)

ALTERTABLEtable_nameADDPRIMARYKEY(id);
http://www.cnnetsun.cn/news/27459.html

相关文章:

  • 算法练习4--数组:长度最小的子数组
  • Spring Cloud Gateway为什么要推出 WebMVC 版本?深度解析两大版本的差异与选型
  • git和github的区别
  • 小白从零开始勇闯人工智能Linux初级篇(MySQL库)
  • Bootstrap 模态框详解
  • MinerU终极安全离线部署指南:完全断网环境解决方案
  • 练题100天——DAY24:罗马数字转整数+环形链表+大小端判断
  • 网站域名:关键的战略资产
  • Airflow 做 ETL,真不是“排个 DAG 就完事儿”:那些年我踩过的坑与悟出的道
  • 数据库连接池监控最佳实践:用 Prometheus + Grafana 打造可视化监控体系
  • Windows验机
  • 别让孩子视力提早“透支” ,这份护眼指南请收好
  • 儿童青少年近视干预科学指引,破解家长近视防控焦虑
  • 解析 .NET 核心基石:CTS、CLS 与 CLR 的核心价值与协同作用
  • Selinux权限的检测
  • 常见报错org.apache.ibatis.binding.BindingException: Invalid bound statement (not found): org.example.dem
  • 甲骨文AI投资支出激增致股价创24年最大跌幅
  • TinyMCE4粘贴word超链接自动解析域名
  • TinyMCE6处理微信公众号音频视频嵌入
  • 昇腾 Ascend 自定义算子开发全攻略:从 TBE DSL 到 AICPU,打通 AI 加速最后一公里
  • 当电机开始“唱歌“:NVH工程师的降噪日常
  • AI界的“经济适用男“!80亿参数小模型完胜GPT-5,成本降低70%,CSDN程序员必藏的智能调度方案
  • FPGA教程系列-Vivado Aurora 8B/10B 例程解读
  • 227827827
  • MCU的启动流程你了解么?
  • 逻辑回归(Logistic Regression)进行多分类的实战
  • RNN(循环神经网络)原理
  • 人机协同重构创作生态——生成式AI赋能内容产业的变革与思考
  • Java 小白求职者在互联网大厂的面试实录:从 Spring Boot 到微服务架构
  • V助手舆情分析智能体:重塑舆情分析,从“人找信息”到“信息为人”