SQL怎么优化

简介: SQL怎么优化

索引优化

口诀

全职匹配我最爱,最左前缀要遵守;

带头大哥不能死,中间兄弟不能断;

索引列上少计算,范围之后全失效;

like百分写最右,覆盖索引不写星;

不等空值还有or,索引失效要少用。

覆盖索引优化

select id,title from tb_item where categoryId=100;

像这种SQL建立索引的时候,不要只建立categoryId一个字段的二级索引,要建立categoryId和title两个字段的组合索引,因为title也是需要查询的字段索引也叫覆盖索引(查询的字段在索引中)

索引失效情况

1、不遵守最左法则

2、索引列进行了运算操作

3、组合索引出现范围查询,部分失效,比如:遇到这种情况,范围条件放在组合索引的最后

4、like模糊匹配索引可能失效

包含匹配,结尾匹配,索引失效

开头匹配,索引不失效

5、条件是<>,null,or

分页优化

方法1:where xx>xx 优化(需要主键不间断递增)

优化步骤1:使用主键或者有索引的列进行order by

优化步骤2:使用where范围代替limit跳过的部分,避免数据量大的时候扫描过多的记录。

例如:查询500~505这5条记录

select film_id,description,xxx... from film limit 500,5;

优化:

select film_id,description,xxx... from film where film_id>500 and film_id<=505 order by film_id limit 0,5;

查看具体执行计划:

方法2: inner join优化(推荐)

select id,description,xxx... from film limit 500,5;

优化思路:先获得需要展示数据的id,再根据id查询具体数据。

select film.id,description,xxx... from film 
inner join 
(select id from film limit 500,5) tmp //先获得需要展示的数据的id作为一张临时表tmp
on film.id=tmp.id;

left join联合查询优化:小表驱动大表

where后面的条件先执行,再执行left join,所以根据where查询出的数据量直接关系到left join的效率,所以left join这种联合查询,where后面的条件很重要,要用小表去联合大表,这样效率高。

情况1:两个表数据量都不大

情况2:典型的大表驱动小表,效率低!根据where先查询出470007条数据

用字段冗余代替联合查询

联合查询:

冗余字段:

目录
相关文章
|
3天前
|
SQL 缓存 Java
sql优化方法
sql优化方法
22 0
|
3天前
|
SQL 存储 关系型数据库
一文搞懂SQL优化——如何高效添加数据
**SQL优化关键点:** 1. **批量插入**提高效率,一次性建议不超过500条。 2. **手动事务**减少开销,多条插入语句用一个事务。 3. **主键顺序插入**避免页分裂,提升性能。 4. **使用`LOAD DATA INFILE`**大批量导入快速。 5. **避免主键乱序**,减少不必要的磁盘操作。 6. **选择合适主键类型**,避免UUID或长主键导致的性能问题。 7. **避免主键修改**,保持索引稳定。 这些技巧能优化数据库操作,提升系统性能。
294 4
一文搞懂SQL优化——如何高效添加数据
|
3天前
|
SQL 存储 关系型数据库
SQL优化之Explain详解(mysql)
`Explain`是MySQL中用于分析SQL查询执行计划的工具。它可以帮助我们了解MySQL如何执行SQL语句,包括如何使用索引、预计的行数以及查询的顺序。以下是`Explain`输出的关键列及其含义的简要摘要: 1. **id**:查询的序列号,表示查询中的子句层次,id越大优先级越高。 2. **select_type**:表示查询的类型,如SIMPLE(简单查询)、PRIMARY(主查询,多表查询中的第一个查询)、SUBQUERY(子查询)、DERIVED(派生表)或UNION(UNION操作的查询部分)。 3. **table**:查询涉及的表名,如果是子查询,可能显示为衍生表
36 0
|
3天前
|
SQL 关系型数据库 MySQL
项目中遇到一张900w的数据表把原先要花费17s执行的SQL优化到300ms经验加100哈哈哈
项目中遇到一张900w的数据表把原先要花费17s执行的SQL优化到300ms经验加100哈哈哈
25 1
|
3天前
|
SQL 存储 关系型数据库
【MySQL】SQL 优化
【MySQL】SQL 优化
20 0
|
3天前
|
SQL 缓存 关系型数据库
一次sql改写优化子查询的案例
在生产环境中,一个MySQL RDS实例遭遇了高CPU使用率问题,原因是执行了一条复杂的UPDATE SQL语句,该语句涉及一个无法缓存的子查询(UNCACHEABLE SUBQUERY),导致子查询需要针对每一行数据重复执行,极大地影响了性能。SQL语句的目标是更新一行数据,但执行时间长达30秒。优化方法是将子查询转换为内连接形式,优化后的语句执行时间降低到毫秒级别,显著减少了CPU消耗。通过示例数据和执行计划对比,展示了优化前后的时间差异和执行效率的提升。
|
3天前
|
存储 SQL 关系型数据库
掌握高性能SQL的34个秘诀🚀多维度优化与全方位指南
掌握高性能SQL的34个秘诀🚀多维度优化与全方位指南
|
3天前
|
SQL 存储 关系型数据库
【MySQL系列笔记】SQL优化
SQL优化是通过调整数据库查询、索引、表结构和配置参数等方式,提高SQL查询性能和效率的过程。它旨在减少查询执行时间、减少系统资源消耗,从而提升数据库系统整体性能。优化方法包括索引优化、查询重写、表分区、适当选择和调整数据库引擎等。
233 3
|
3天前
|
存储 SQL 缓存
30个业务场景的SQL优化
这些优化策略和示例可以帮助改善 `SQL` 查询的性能和效率。在实践中,需要综合考虑数据库设计、`SQL` 编写、服务器配置等多方面因素,选择合适的优化方法,并进行充分的测试和验证。以上 30 个经验是 V 哥在实际经验中总结的内容,当然,业务场景不同,具体的优化策略也会不同,按实际情况处理,这不就是程序员要做的事情么。
|
3天前
|
SQL 存储 算法
clickhouse SQL优化
clickhouse 是 OLAP 数据库,但其具有独特的索引设计,所以如果拿 MySQL 或者其他 RDB 的优化经验来优化 clickhouse 可能得不到很好的效果,所以特此单独整理一篇文档,用于有 SQL 优化需求的同学,本人接触 clickhouse 时间也不长,难免有不足的地方,如果大家发现错误,还请不吝指正。