mysql in过大_MySQL的日常优化

本文介绍了MySQL优化的多个方面,包括使用EXPLAIN分析执行计划、避免过多的IN操作、明确SELECT字段、合理使用LIMIT、避免无索引排序和OR条件、优化UNION与ORDER BY RAND()、理解IN与EXISTS的差异、高效分页、分段查询、处理NULL值判断、避免%前缀模糊查询、防止字段表达式操作、注意类型转换、遵循最左前缀法则、强制索引使用、范围查询优化以及JOIN优化策略等,旨在提升数据库性能。
摘要由CSDN通过智能技术生成

一、EXPLAIN

做MySQL优化,我们要善用 EXPLAIN 查看SQL执行计划。

下面来个简单的示例,标注(1,2,3,4,5)我们要重点关注的数据。

a2c18dedf28acbfbd086fa83b61aa24c.png

  • type列,连接类型。一个好的sql语句至少要达到range级别。杜绝出现all级别

  • key列,使用到的索引名。如果没有选择索引,值是NULL。可以采取强制索引方式

  • key_len列,索引长度

  • rows列,扫描行数。该值是个预估值

  • extra列,详细说明。注意常见的不太友好的值:Using filesort, Using temporary

二、SQL语句中IN包含的值不应过多

MySQL对于IN做了相应的优化,即将IN中的常量全部存储在一个数组里面,而且这个数组是排好序的。但是如果数值较多,产生的消耗也是比较大的。再例如:select id from table_name where num in(1,2,3) 对于连续的数值,能用 between 就不要用 in 了;再或者使用连接来替换。

三、SELECT语句务必指明字段名称

SELECT *增加很多不必要的消耗(cpu、io、内存、网络带宽);增加了使用覆盖索引的可能性;当表结构发生改变时,前端也需要更新。所以要求直接在select后面接上字段名。

四、当只需要一条数据的时候,使用limit 1

这是为了使EXPLAIN中type列达到const类型

五、如果排序字段没有用到索引,就尽量少排序

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值