mysql关联查询和查询优化

QinAction QinAction 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 2.4k累计阅读 2.4k平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄11年
关注
转载 最新推荐文章于 2026-04-18 14:26:33 发布 2.4k 阅读 AI 写同款· GEO 优化 ›
Mysql索引优化实践进阶 count(1)跟count(字段)执行过程类似，不过count(1)不需要取出字段统计，就用常量1做统计，count(字段)还需要取出字段，所以理论上count(1)比count(字段)会快一点。count(*) 是例外，mysql并不会把全部字段取出来，而是专门做了优化，不取值，按行累加，效率很高，所以不需要用 count(列名)或count(常量)来替代 count(*)。并且 join_buffer 里的数据是无序的，因此对表 t1 中的每一行，都要做 100 次判断，所以内存中的判断次数是。 阅读详情

mysql关联查询

 参考：https://blog.youkuaiyun.com/lu0422/article/details/78892497

mysql查询慢的原因

  • 记录慢查询日志
    分析查询日志，不要直接打开慢查询日志进行分析，这样比较浪费时间和经历，可以使用pt-query-digest工具进行分析
  • 使用show profile
    set profileing = 1;开启，服务器上执行所有语句会检测消耗的时间，存到临时表中
    show profiles
    show profile for query Query_ID

 show profiles  查看所有查询消耗 的时间

show profile for query Query_ID   查看某一条语句查询的具体消耗时间；

  • 使用show status
    show status会返回一些计数器，show global status 查看服务器级别的所有计数
    有时根据这些计数，可以猜测出那些操作代价较高或消耗时间多
  • show processlist
    观察是否有大量线程处于不正常的状态或特征
  • explain
    分析单条的SQL语句

  

mysql查询优化的方式

  • 访问数据太多会导致查询性能下降（不要用select *）
    • 确定MySQL服务器是否在分析大量不必要的数据行
    • 确定应用程序是否在检索大量超过需要的数据，可能是太多行或列
    • 避免使用如下SQL语句
      • 查询不需要的数据，使用limit解决
      • 所表关联返回全部列，制定A.id,A.name,B.age
      • 总是取出全部列，SELECT * 会让优化器无法完成索引覆盖扫描的优化
      • 重复查询相同的数据，可以缓存数据，下次直接读取缓存
    • 是否在扫描额外的记录
      • 使用explain来进行分析，如果发现查询需要扫描大量的数据但是只返回少数行可以用如下技巧去优化：
        • 使用索引覆盖扫描，把所有用的列都放在索引中，这样存储引擎不需要回表获取对应行就可以返回结果
        • 改变数据库的表的结构，修改数据表范式（如果经常需要关联查询，可将另一张表的字段冗余地存储在要查询的表中，以空间换取时间）
        • 重写SQL语句，让优化器可以以更优的方式执行查询
  • 优化长难的查询语句
    • 切分查询
      将一个大的查询分为多个小的相同的查询
    • 分解关联查询
      可以将一条关联查询分解成多条SQL来执行，可以让缓存的效率更高，执行单个查询可以减少锁的竞争，在应用层做关联可以更容易对数据进行拆分，查询效率会有大幅提升，较少冗余记录的查询
  • 优化特定类型的查询语句
    • 优化count()查询
      • count(*)中的*会忽略所有的列，直接统计所有列数，因此不要使用count(列名)
      • MyISAM中，没有任何WHERE条件的count(*)非常快，当有WHERE条件时，MyISAM的count统计不一定比其他表引擎快
      • 可以使用explain查询近似值，用近似值代替count(*)
      • 增加汇总表
      • 使用缓存
    • 优化关联查询

      • 确定ON 或者 USING子句的列上有索引

        Mysql 中联接SQL语句中，ON子句的语法格式为：table1.column_name = table2.column_name。
        当模式设计对联接表的列采用了相同的命名样式时，就可以使用 USING 语法来简化 ON 语法，格式为：USING(column_name)。

      • 确保GROUP BY 和 ORDER BY中只有一个表中的列，这样MySQL才能使用索引
    • 优化子查询
      • 用关联查询替代
    • 优化GROUP BY 和 DISTINCT
      • 这两种查询均可以使用索引来优化，是最有效的优化方法
      • 关联查询中，使用表示列进行分组的效率会更高（尽量使用主键、自增列等）
      • 如果不需要ORDER BY ，进行GROUP BY 时使用ORDER BY NULL ，mysql不会再进行文件排序
    • 优化LIMIT分页
      • LIMIT偏移量大时，查询效率低
      • 可以记录上次查询的最大ID，下次查询时直接根据该ID来查询
    • 优化UNION查询
      • UNION ALL查询效率高于UNION

引用的连接：https://www.cnblogs.com/clannadxr/p/7806090.html

引用的连接：https://blog.youkuaiyun.com/qq_35571554/article/details/82800463

 

收录于
面试

当前文章被收录于：

面试
8 篇文章 0 人学习
订阅专栏 查看详情
标签
#mysql查询 #mysql优化
高压控制单元与接触器 —— BMS电池的“高压大门” 高压接触器在BMS电池管理系统中扮演着“高压大门”的角色，负责控制电池包与整车高压母线的连接与隔离。接触器的工作原理基于线圈产生的磁力吸合接点，通过主触点接通高压电流路径，辅助触点检测状态，灭弧结构保护接点。预充电路的设计是为了避免直接连接大电容时产生的浪涌电流冲击，通过预充电阻逐步充电，确保系统安全上电。接触器控制策略包括顺序控制、辅助触点检测、温度监控、故障断电和背靠背MOS辅助控制，以确保系统的高效和安全运行。工程师在选择接触器型号、控制线圈、检测状态、软件冗余控制和预充失败保护等方面提供了具体建议。 阅读详情

相关推荐

基于Multisim的智能交通灯控制系统仿真与实现（含动态闪烁功能）

本文详细介绍了基于Multisim的智能交通灯控制系统仿真与实现，重点解析了动态闪烁功能的电路设计。通过555定时器、74LS192计数器和JK触发器等核心模块，实现了主干道与支干道的交替通行及黄灯1Hz闪烁功能，为交通灯控制系统设计提供了完整的仿真方案。

weixin_29174013的博客 425

mysql 多表关联查询如何改进

在进行多表关联查询时，可以通过使用正确的连接类型、优化 WHERE 子句、为关联字段创建索引、减少查询的字段、考虑使用分布式查询、尽量避免子查询、优化连接顺序、利用 EXPLAIN 分析查询、分解复杂查询和使用视图或存储过程等方法来提高查询性能。

洪晓鸿 6441

鸿蒙之HML语法参考

HML（HarmonyOS Markup Language）是一套类HTML的标记语言，通过组件，事件构建出页面的内容。页面具备数据绑定、事件绑定、条件渲染和逻辑控制等高级能力。

2401_82772199的博客 1649

MySQL（五）——MySQL索引优化实战（多表联查优化）

MySQL索引优化实战（多表联查优化）

yemuxiaweiliang的博客 4078

macOS 12.7.6部署Ollama+Dify避坑指南

本文介绍了在macOS 12.7.6系统下部署Ollama和Dify的详细步骤及避坑指南。主要内容包括：1）关闭系统完整性保护(SIP)以允许修改系统目录；2）安装特定版本的Docker(2.1.0.5)和docker-compose(v2.38.2)以避免兼容性问题；3）配置Ollama服务并下载nomic-embed-text和deepseek-r1:7b模型；4）针对macOS调整Dify的docker配置文件，包括延长超时时间、修改存储路径、增加资源限制等关键设置。文中提供了完整的命令操作步骤和配置

Hi20240217的博客 3101

（头歌作业）—6.1 葡萄酒评论分析报告(project)

请读取文件中的数据，完成以下任务：‪‬‪‬‪‬‪‬‪‬‮‬‪‬‭‬‪‬‪‬‪‬‪‬‪‬‮‬‪‬‪‬‪‬‪‬‪‬‪‬‪‬‮‬‫‬‪‬‪‬‪‬‪‬‪‬‪‬‮‬‪‬‪‬。请读取文件中的数据，完成以下任务：‪‬‪‬‪‬‪‬‪‬‮‬‪‬‭‬‪‬‪‬‪‬‪‬‪‬‮‬‪‬‪‬‪‬‪‬‪‬‪‬‪‬‮‬‫‬‪‬‪‬‪‬‪‬‪‬‪‬‮‬‪‬‪‬。请读取文件中的数据，完成以下任务：‪‬‪‬‪‬‪‬‪‬‮‬‪‬‭‬‪‬‪‬‪‬‪‬‪‬‮‬‪‬‪‬‪‬‪‬‪‬‪‬‪‬‮‬‫‬‪‬‪‬‪‬‪‬‪‬‪‬‮‬‪‬‪‬。

2301_80677920的博客 1245

Mysql 多表联查优化

一、尽量避免使用子查询 二、尽量避免在where 字句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描 三、in 和 not in 也要尽量避免使用，否则会导致全表扫描（对于连续的字段可以使用between and；也可以使用exists代替in） 四、尽量使用数字型字段，若只含数值信息的字段尽量不要设置为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为迎请在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型二闫只需要比较一次就够了。 五、尽量使用表变量来代替

weixin_55347832的博客 6799

kaggle——信用卡欺诈检测项目实战

笔记第一步：了解题目，确定任务第二步：场景分析第三步：数据预处理看是否有缺失值查看样本类别分布数据不均衡解决办法数据值标准化/归一化第四步：特征工程1）查看特征分布情况，把不同类别下特征分布相差不大的特征删除掉2）特征缩放第五步：模型训练处理不平衡样本交叉验证求取最好的模型参数第六步：模型评估使用下采样数据训练与测试使用下采样数据训练与测试（不同的阈值对结果的影响）使用下采样数据训练，原始数据进行测试原始数据进行K折交叉验证使用原始数据进行训练和测试查看ROC曲线逻辑回归阈值选择过采样总结 第一步：了解题目

weixin_45942265的博客 1万+

MySQL 内连接、外连接与索引优化实战

本文介绍了SQL表连接的分类、底层机制及优化方案。表连接分为内连接和外连接（左外、右外、全外），其中外连接明确区分驱动表与被驱动表。底层执行时，驱动表每条记录都会与被驱动表全表匹配，时间复杂度为O(n²)。优化方案包括：1）小表驱动大表减少匹配次数；2）为被驱动表连接字段添加索引，将复杂度降至O(nlogn)；3）为WHERE条件字段加索引；4）确保连接字段类型一致避免隐式转换。内连接中，查询优化器会自动选择数据量小的表作为驱动表，建议在数据量大的被驱动表常用字段上建立索引。

m0_70325779的博客 902

从生成到检测：全面解析Deepfake技术的演进与对抗策略

本文全面解析了Deepfake技术的演进与对抗策略，从GAN生成技术到先进的检测手段，探讨了其在娱乐与安全领域的双重影响。文章详细介绍了Deepfake的核心原理、技术迭代关键节点以及最新的检测方法，揭示了AI生成与识别的激烈博弈。同时，展望了量子计算和生物特征认证在未来攻防战中的潜在应用。

jenkins8butler的博客 255

第1集：认识 Claude Code —— AI 编程新纪元

1. 定义 Claude Code：终端中的 AI 编程代理Claude Code 是 Anthropic 公司于 2025 年 5 月正式推出的命令行 AI 编程工具，它不只是一个代码补全工具，而是一个能够理解项目、自主执行任务的**终端 AI 代理（Agent）。它的核心理念是 **"生于终端，活于终端"** （lives in your terminal）。与深度嵌入图形界面（GUI）的工具不同，Claude Code 选择直接融入开发者最原始、最核心的工作环境——命令行。

dianziyao_的博客 865

MySQL关联查询如何优化

前面讲了原理，从原理出发，讲一下优化的建议被驱动表的连接字段建立索引，因为建立索引的查询方式是效率最高的。left join 或者 right join 这种外连接的情况，要保证小表（小结果集）作为驱动表，大表(大结果集)作为被驱动表，这样性能更好。在查询字段的话，要避免写出 select * ，而是根据业务需要，需要查询出来的 select 出来就行，因为这些字段也会加入到 join buffer 中，减少额外的内存消耗。能够直接多表关联的尽量直接关联，不用子查询，因为子查询的效率更加低。

清晨qc的博客 2892

uniapp - 最新微信小程序手机号一键登录功能效果，uniapp小程序实现手机号码一键登录，uniapp微信小程序端通过手机号授权完成立即登录操作（详细示例源码，新手小白一键复制开箱即用）

uniapp，微信小程序，uniapp小程序平台，uniApp手机号一键登录，uniapp小程序端手机号一键登录功能，实现微信小程序手机号一键登录，在uniapp中实现获取手机一键登录功能，uniapp手机号快捷登录，uniapp微信小程序授权登录并获取手机号，微信小程序手机号快速验证组件调用方式，uniapp小程序怎么用手机号一键登录，uniapp一键登录流程及代码，如何获取手机号一键登录到小程序，微信小程序获取本机手机号一键登录功能，新手详细教程，详细手机一键登录完整示例代码，uni-app微信unia

✅ 精选推荐文章 1万+

MySQL高级篇——关联查询和子查询优化

左外连接：优先右表创建索引，连接字段类型要一致、内连接：驱动表由数据量和索引决定、 join语句原理、子查询优化：拆开查询或优化成连接查询

种一棵树最好的时间是十年前，其次是现在 4181

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过，这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后，重新检测通过。

汉书HE8，好用的汇编代码编写工具

汉书HE8，好用的汇编代码编写工具早期编写汇编代码所用功能强大

MySQL 多表关联查询优化实践和原理解析

MySQL 多表关联查询优化实践和原理解析

kerwin的博客 8708

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员，提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列，各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性，请参见数据手册。有关 ARM Cortex™-M4F 内核的信息，请参见《Cortex™-M4F 技术参考手册》。

MySQL高级第八篇：关联查询、子查询和排序相关优化

子查询是MySQL的一项重要的功能，可以帮助我们通过一个SQL语句实现比较复杂的查询。但是，子查询的执行效率不高。，即一个SELECT查询的结果作为另一个SELECT语句的条件。，其速度比子查询要快，如果查询中使用索引的话，性能就会更好。在MySQL中，可以使用连接（JOIN）查询来替代子查询。使用子查询可以进行SELECT语句的。大大增加了1O的次数。

I wanna be myself, where I Belong. 2075

关联查询和多次查询的点 以及 MySQL慢查询优化 EXPLAIN详解

A,B两个表数据规模十几万，数据规模都不大，单机MySQL够用了，在单机的基础上要关联两表的数据，先说一个极端情况，A,B两个表都没有索引，并且关联是笛卡尔积，那关联结果会爆炸式增长，可能到亿级别，这个时候网络IO成了瓶颈，这个时候两次十万行结果集的拉去可能远小于1次亿级别的结果集的拉取，那么将关联合并拉到service层做更快。但实际业务中一般不会有这么蠢的行为，一般关联会有连接条件，并且连接条...

scofen的博客 4437

Mysql（五）索引优化 常见的分页场景优化技巧 Join关联查询优化 in和exsits优化 count(*)查询优化

前言 常见的分页场景优化技巧： 根据自增且连续的主键排序的分页查询 根据非主键字段排序的分页查询 Join关联查询优化 嵌套循环连接 Nested-Loop Join(NLJ) 算法 基于块的嵌套循环连接 Block Nested-Loop Join(BNL)算法 被驱动表的关联字段没索引为什么要选择使用 BNL 算法而不使用 Nested-Loop Join ？ 关联sql的优化 straight_join： in和exsits优化 count(*)查询 常见优化方法

T_Antry 2779

MYSQL性能调优06_分页查询优化、JOIN关联查询优化、in和exsits优化、count(*)查询优化

文章目录①. 分页查询优化②. Join关联查询优化③. in和exsits优化④. count(*)查询优化 ①. 分页查询优化 ①. 坏境准备 表示从表 employees 中取出从 10001 行开始的 10 行记录。看似只查询了 10 条记录,实际这条 SQL 是先读取 10010 条记录,然后抛弃前 10000 条记录,然后读到后面 10 条想要的数据。因此要查询一张大表比较靠后的数据,执行效率是非常低的 示例表: CREATE TABLE `employees` ( `id` int(1

所得皆惊喜 801

MySQL中的limit的优化延迟关联和边界查询

explain select * from ph_member limit 4000,10 1 SIMPLE ph_member ALL 10705 100 使用时间为0.006s #延迟关联 explain select * from ph_member INNER JOIN (select id from ph_...

wd521521的博客 581

Join关联查询优化

整个过程会读取 t2 表的所有数据(扫描100行)，然后遍历这每行数据中字段 a 的值，根据 t2 表中 a 的值索引扫描 t1 表中的对应行(扫描100次 t1 表的索引，1次扫描可以认为最终只扫描 t1 表一行完整数据，也就是总共 t1 表也扫描了100行)。驱动表是 t2，被驱动表是 t1。当使用left join时，左表是驱动表，右表是被驱动表，当使用right join时，右表时驱动表，左表是被驱动表，当使用join时，mysql会选择数据量比较小的表作为驱动表，大表作为被驱动表。

qq_33221273的博客 841

mysql 数据库join关联查询using(xxx)、原理解析和优化

mysql 数据库join关联查询using(xxx)、原理解析和优化，左外，右外关联查询。等效inner join

m0_58441715的博客 527

Join关联查询、in和exists、count()优化

Join关联查询、in和exists、count()优化

Soil_Three_66的博客 983

《深入解析MySQL性能优化：分页查询与关联查询实战技巧》

本文详细介绍了在MySQL中进行分页查询的优化方法，以及如何高效地使用Join进行关联查询。文章通过创建示例表，分析了数据类型和字段长度对查询性能的影响，并提供了实用的优化技巧，帮助读者在实际项目中提升数据库查询效率。

2301_81724645的博客 891

05-Mysql索引优化实战二

在决定哪个表做驱动表的时候，应该是两个表按照各自的条件过滤，过滤完成之后，计算参与 join 的各个字段的总数据量，数据量小的那个表，就是“小表”，应该作为驱动表。

k_aikai的博客 1723

Mysql索引优化实战（二）

所以，在存储数据时，如果存入值小于等于255，如200，虽然超过2位，但是没有超出TINYINT类型长度，所以可以正常保存；当使用left join时，左表是驱动表，右表是被驱动表，当使用right join时，右表时驱动表，左表是被驱动表，当使用join时，mysql会选择数据量比较小的表作为驱动表，大表作为被驱动表。count(*) 是例外，mysql并不会把全部字段取出来，而是专门做了优化，不取值，按行累加，效率很高，所以不需要用count(列名)或count(常量)来替代 count(*)。

EverythingAtOnce的博客 1123

分页查询、JOIN关联查询优化

现有如下表： CREATE TABLE `employees` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(24) NOT NULL DEFAULT '' COMMENT '姓名', `age` int(11) NOT NULL DEFAULT '0' COMMENT '年龄', `position` varchar(20) NOT NULL DEFAULT '' COMMENT '职位', `hire_time` tim

sxl123sxl的博客 1486
上一篇： mysql索引学习
下一篇： yii2缓存
点赞 2
评论 0
书签 书签 7
QinAction
QinAction
博客等级 码龄11年 20粉丝 66原创
+ 关注 专栏目录 订阅专栏
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值