- 综合排序
- 最热优先
- 最新优先
- 来自专栏AustinDatabases
SQL SERVER SQL 优化指南 四句真言 （SQL 优化系列 2）
SQL 优化四字真言系列 PostgreSQL SQL 优化指南 四句真言（SQL 优化系列 1） 上期说完PostgreSQL 数据库，这期咱们说说MSSQL，也就是SQL SERVER的SQL优化指南 基于SQL SERVER在SQL执行中的智能化，AI化，之前文章也写过2025版本的厉害，相信更先进的SQL SERVER必定能让烂SQL优化更加不需要人工的介入。 置顶 PostgreSQL SQL 优化指南 四句真言（SQL 优化系列 1） 从 Universal 环球影城 到 国产数据库产品 营销 --驴唇对马嘴 3种方式 PG大版本升级 接锅，背锅，不甩锅 --TTL P-MySQL SQL优化案例，反观MySQL不死没有天理 MySQL 条件下推与排序优化实例--MySQL8.035 云数据库厂商除了卷技术，下一个阶段还可以卷什么？ （译） MySQL 8 SQL 优化两则 ---常见问题 MySQL SQL优化快速定位案例 与 优化思维导图 "DBA 是个der" 吵出MySQL主键问题多种解决方案 MySQL 怎么让自己更高级-
9910编辑于 2026-03-12 - 来自专栏java一日一条
SQL Server优化之SQL语句优化
(2) 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上。这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误。 from table1 A inner join table2 B on A.ID=B.ID Where … B、纵向来看 (1) 合理写WHERE子句，不要写没有WHERE的SQL语句。 只要我们在查询语句中没有强制指定索引，索引的选择和使用方法是SQLSERVER的优化器自动作的选择，而它选择的根据是查询语句的条件以及相关表的统计信息，这就要求我们在写SQL语句的时候尽量使得优化器可以使用索引 为了使得优化器能高效使用索引，写语句的时候应该注意： （1）不要对索引字段进行运算，而要想办法做变换，比如： SELECT ID FROM T WHERE NUM/2=100 应改为: SELECT ID 我们可以用回滚来调试我们的存储过程或者是SQL语句，从而排错。
4.1K34发布于 2018-09-19 - 来自专栏老虎刘谈oracle性能优化
106-跟专家学习SQL优化-2
待优化SQL: SQL执行计划: (图1) SQL历史执行情况: (图2) 作者将SQL的select 部分拿出来测试执行,执行时间0.55秒: (图3) 根据上面信息, 专家给出了优化方法 如果根据图1的执行计划来进行优化, 那么我会给出下面的优化建议: 1-创建一个函数索引(因为没有具体的数据分布信息,暂用这种极限优化思维),对应的where条件的写法也要配合索引进行改写; 2-再把not 根据SQL实际执行时间60多秒这个事实, 图1执行计划中,驱动表E过滤后得到的真实结果集应该远大于估算的结果集1, 只有这样,才能对得上平均每次buffer gets 2605万(图2红框)这个数字. 所以这个SQL就不能按照图1执行计划显示的数据去优化. 如果能够采集到60多秒执行情况下的sql monitor信息,就能够更清晰的看到执行计划中真实的结果集大小, 这种简单SQL的优化其实在1~2分钟内就能得出结论.
40520编辑于 2023-09-01 - 来自专栏万能的小草
这些SQL优化技巧，你知道吗？（2）
优化点： 对于数据量比较大的表，如行为埋点日志、观看日志明细表，尽量避免多次扫描相同分区数据。 案例讲解 优化前，成本500+多 --存在的问题：多次扫描大表不同的区间，存在子查询。 ') ) and event_id = 1 GROUP by did ) a; 优化后
22010编辑于 2024-07-23 - 来自专栏MySQL系列
SQL优化——order by优化
1.1.order by优化1.1.1.知识点回顾在讲解order by优化前，先回顾一下order by的语法知识。 其语法规则为：SELECT 字段列表 FROM 表名 ORDER BY 字段1 排序方式1 , 字段2 排序方式2 ;其中，排序方式有升序（asc，默认值），降序（desc）如果未指定排序方式，表示默认升序 asc , age desc;1.1.2.两种排序方式MySQL有两种排序方式Using filesort和Using index，Using index的性能高于Using filesort，我们在优化排序操作时 1.1.3.order by优化案例演示1.1.3.1.案例A在上面我们创建了字段age和phone的联合索引，而且没有指定索引的排序顺序，此时索引在表中默认是按照升序排列的。 :MySQL有两种排序方式Using filesort和Using index，在优化排序操作时，尽量要优化为 Using index根据排序字段建立合适的索引，多字段排序时，索引需要遵循最左前缀法则。
1.7K20编辑于 2024-03-29 - 来自专栏JAVA人生/面试技巧
SQL优化
优化手段： ① SQL优化 避免 SELECT *，只查询需要的字段。 小表驱动大表，即小的数据集驱动大的数据集： 当B表的数据集比A表小时，用in优化 exist两表执行顺序是先查B表再查A表查询语句：SELECT * FROM tb_dept WHERE id in ( SELECT id FROM tb_dept) ; 当A表的数据集比B表小时，用exist优化in ，两表执行顺序是先查A表，再查B表，查询语句：SELECT * FROM A WHERE EXISTS ② 优化索引的使用 尽量使用主键查询，而非其他索引，因为主键查询不会触发回表查询。 = 或者 <> 操作符，查询引用会放弃索引而进行全表扫描 列表数据使用分页查询，每页数据量不要太大 避免在索引列上使用 is null 和 is not null ③ 表结构设计优化 使用可以存下数据最小的数据类型
87720发布于 2020-06-08 - 来自专栏爱明依
SQL 优化
SQL 优化 负向查询不能使用索引 select name from user where id not in (1,3,4); 应该修改为: select name from user where id in (2,5,6); 前导模糊查询不能使用索引 如: select name from user where name like '%zhangsan' 非前导则可以: select name from user where create_time < FROM_UNIXTIME(CURDATE()); 最左前缀问题 如果给 user 表中的 username pwd 字段创建了复合索引那么使用以下SQL
73240编辑于 2022-04-01 - 来自专栏用户8851017的专栏
SQL优化
MySQL常见的优化手段分为下面几个方面： SQL优化、设计优化，硬件优化等，其中每个大的方向中又包含多个小的优化点 SQL优化 此优化方案指的是通过优化 SQL 语句以及索引来提高 MySQL 数据库的运行效率 ，具体内容如下： 分页优化 例如： select * from table where type = 2 and level = 9 order by id asc limit 190289,10; 复制代码 id from table where type = 2 and level = 9 order by id asc limit 190289,10 ) b where a.id = b.id 复制代码 第一个参数对应的主键值，再根据这个主键值再去过滤并limit 例如： select * from table where id > (select * from table where type = 2 ，代价很高 慢查询日志 出现慢查询通常的排查手段是先使用慢查询日志功能，查询出比较慢的 SQL 语句，然后再通过 Explain 来查询 SQL 语句的执行计划，最后分析并定位出问题的根源，再进行处理
1.2K30发布于 2021-07-22 - 来自专栏FREE SOLO
SQL优化
1.有哪些数据库优化方面的经验? 用PreparedStatement， 一般来说比Statement性能高：一个sql 发给服务器去执行，涉及步骤：语法检查、语义分析， 编译，缓存。 2.请简述常用的索引有哪些种类? 基于语句的复制： 在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高。 一旦发现没法精确复制时，会自动选着基于行的复制。 InnoDB：所有的表都保存在同一个数据文件中（也可能是多个文件，或者是独立的表空间文件），InnoDB表的大小只受限于操作系统文件的大小，一般为2GB。
1K20发布于 2019-04-19 - 来自专栏Java技术详解
SQL优化
SQL的编写尽量使用索引库查询。索引库查询是小表查询操作，耗费的查询数据性能时间较少。索引失效是由like模糊匹配所产生的查询性能问题。 SQL的编写过程涉及到的子查询不能嵌套太多，子查询会在运行内存中给数据输出对象分配内存空间。嵌套分配内存不利于内存空间的释放。表与表之间的关联关系建立通过外键和主表的主键进行关联。 SQL的数据输出数据区尽量使用简单的数据。聚集函数在SQL的输出数据区存在会生成数据输出集合，类似复杂数据对象不利于数据的检索。聚集函数输出数据会产生索引失效，需要重新对输出数据建立索引。 SQL的条件过滤is null 是不会扫描索引表。节省数据索引表的内存空间。条件or关键字尽量少用，也是不会和数据索引表产生关联。数据表的小表类似索引表，大表类似数据库记录表。
39810编辑于 2023-11-02 - 来自专栏P轴
SQL优化
Mysql查询优化方法 重点 思路：便面全表扫描 禁止用* 来查询，需要指定字段 in的个数在1000个以内 查询一条数据使用limit 1 尽量使用inner join 避免使用left join ! = 用 > or < 替换 between代替in exist 代替in 例如：优化前10s，优化后5s SELECT * from product WHERE title IN (SELECT title 主服务器授权 GRANT FILE,SELECT,REPLICATION SLAVE ON *.* TO backup@192.168.11.40 IDENTIFIED BY '123456'; # 2. 配置主服务器 停止MySQL服务，修改主的my.ini，找到mysqId [mysqld] server-id=1 #是1~2^23-1内的唯一值且不能与B或其它slave服务中的配置相同 log-bin 修改从服务器 修改/etc/my.cnf server-id=2 #唯一并与主服务器上的server-id不同。
68210编辑于 2022-11-28 - 来自专栏国产程序员
SQL优化
SQL书写习惯 SQL语句尽量使用大写。 Oracle解析SQL语句时，会把小写的字母转换成大写的再执行。 例：SELECT * FROM TABLE1 T1, TABLE2 T2 WHERE T1.T_ID=T2.T_ID 表连接语句 AND T1.T=’Y’ 条件语句 从下至上的顺序 相同查询要保持SQL相同。 只有第一列被WHERE子句引用时，优化器才会选择使用该索引。当仅引用索引的第二列时，优化器使用全表扫描而忽略了索引。 例：b_code,ta_id,sac_id 是联合索引，where ta_id=2 Ø 避免改变索引列的类型。
1.2K30发布于 2019-07-02 - 来自专栏基础知识文章
SQL优化
一、插入数据 批量插入 Insert into tb_test values(1,'Tom'),(2,'Cat'),(3,Jerry'); 手动提交事务 start transaction; insert into tb test values(1,'Tom'),(2,'Cat'),(3,Jerry'); insert into tb test values(4,'Tom'),(5,'Cat'),(6, 开启从本地加载文件导入数据的开关 set global local_infile =1; #执行load指令将准备好的数据，加载到表结构中 load data local infile '/root/sql1 优化思路：一般分页查询时，通过创建覆盖索引能够比较好地提高性能，可以通过覆盖索引加子查询形式进行优化。 count() InoDB引擎并不会把全部字段取出来，而是专门做了优化，不取值，服务层直接按行进行累加。
68750编辑于 2023-10-11 - 来自专栏友儿
SQL优化
性能问题 a.分析SQL的执行计划 : explain ，可以模拟SQL优化器执行SQL语句，从而让开发人员 知道自己编写的SQL状况 b.MySQL查询优化其会干扰我们的优化 优化方法，官网：https 4 ; --虽然编写的顺序 和索引顺序不一致，但是 sql在真正执行前 经过了SQL优化器的调整，结果与上条SQL是一致的。 explain select * from book where authorid = 1 and typeid =2 ; -- SQL优化，是一种概率层面的优化。 =2 ; 体验概率情况(< > =)：原因是服务层中有SQL优化器，可能会影响我们的优化。 < 4 and typeid =2 ;--复合索引全部失效 --我们学习索引优化 ，是一个大部分情况适用的结论，但由于SQL优化器等原因 该结论不是100%正确。
2.3K10编辑于 2022-09-09 - 来自专栏java沉淀
SQL优化
一、SQL语句编写注意问题 下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。 2. 联接列 对于有联接的列，即使最后的联接值为一个静态值，优化器是不会使用索引的。 下面是一个采用联接查询的SQL语句，这条语句完全可以查询出是否有Bill Cliton这个员工，但是这里需要注意，系统优化器对基于last_name创建的索引没有使用。 二、写优良SQL的基本规则 1、对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 任何在Order by语句的非索引项或者有计算表达式都将降低查询速度 2、应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如select id from
6.1K20发布于 2019-03-19 - 来自专栏blog-技术博客
SQL优化
对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 少用子查询，视图嵌套不要过深,一般视图嵌套不要超过2个为宜。 将需要查询的结果预先计算好放在表中，查询的时候再Select。这在SQL7.0以前是最重要的手段。例如医院的住院费计算。 存储过程是编译好、优化过、并且被组织到一个执行规划里、且存储在数据库中的SQL语句，是控制流语言的集合，速度当然快。 运行时逐列计算得到的，因此它不得不进行表搜索，而没有使用该列上面的索引；如果这些结果在查询编译时就能得到，那么就可以被SQL优化器优化，使用索引，避免表搜索，因此将SQL重写成下面这样： SELECT 这是提高数据库性能的有效Mysql优化方法之一。当同一个查询被执行多次时，从缓存中提取数据和直接从数据库中返回数据快很多。
1.1K20编辑于 2022-05-10 - 来自专栏算法
sql优化
=和in可以乱序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序，mysql的查询优化器会帮你优化成索引可以识别的形式 尽量选择区分度高的列作为索引,区分度的公式是 SQL 调优 一般要进行SQL调优，那么就说有慢查询的SQL，系统或者server可以开启慢查询日志，尤其是线上系统，一般都会开启慢查询日志，如果有慢查询，可以通过日志来过滤。 但是知道了有需要优化的SQL后，下面要做的就是如何进行调优 慢查询优化基本步骤 先运行看看是否真的很慢，注意设置SQL_NO_CACHE where条件单表查，锁定最小返回记录表。 语句，找出这些SQL语句并不意味着完事了，我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看 所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。
45110编辑于 2024-12-10 - 来自专栏Linux运维
SQL 优化：优化 SQL 语句，提高查询效率
无论是OLTP业务高并发写入，还是OLAP场景的大规模查询分析，SQL优化都是工程师必须掌握的核心能力。本文从原理到实践，系统讲解SQL优化的关键方法，帮助你在实际项目中显著提升查询效率。 一、SQL优化的核心思路SQL优化的本质是：减少扫描、减少计算、减少数据量、减少等待。 SELECTidFROMordersORDERBYidLIMIT100000,20)tONo.id=t.id;3.3避免在WHERE中使用OROR会导致索引失效：展开代码语言：SQLAI代码解释WHEREa=1ORb=2优化方式 ：使用UNIONALL：展开代码语言：SQLAI代码解释SELECT...FROMtWHEREa=1UNIONALLSELECT...FROMtWHEREb=2;3.4JOIN优化JOIN的核心原则：小表驱动大表 ，而是一套系统方法：索引设计→SQL写法→执行计划分析→架构优化。
47010编辑于 2026-01-13 - 来自专栏AustinDatabases
PolarDB MySQL SQL 优化指南 （SQL优化系列 5）
PolarDB for MySQL 云原生数据库的SQL优化，这集一定有人说，和MySQL优化有区别吗？你把那个吗去了，一样我写他做什么。 通过执行固定的SQL语句，在不添加任何优化措施的情况下，我们查看通过并行打开后的结果差 分别是不打开并行，打开4个并行，打开2个并行 打开并行 从上图，开启4个并行后，执行时间比不开启并行速度要快 32% MongoDB 查询 优化指南 四句真言 （查询 优化系列 4） 沧海要，《SQL SERVER 运维之道》，清风笑，竟惹寂寥 MySQL SQL 优化指南 SQL 四句真言（优化系列 3） 沧海要， 《SQL SERVER 运维之道》，清风笑，竟惹寂寥 SQL SERVER SQL 优化指南 四句真言 （SQL 优化系列 2） PostgreSQL SQL 优化指南 四句真言（SQL 优化系列 1 （译） MySQL 8 SQL 优化两则 ---常见问题 MySQL SQL优化快速定位案例 与 优化思维导图 "DBA 是个der" 吵出MySQL主键问题多种解决方案 MySQL 怎么让自己更高级-
8810编辑于 2026-03-12 - 来自专栏PawSQL，在线的自动化SQL优化工具！
知乎SQL优化挑战赛 - 题目2解析
最近在知乎上发起了一个SQL优化挑战赛，其中题目2用到了多个重写优化算法以及索引创建的策略。 本文讲解了详细的优化分析过程，涉及SQL优化的多个方面，包括索引查找、避免回表、驱动表选择、索引避免排序，以及两种重写优化的应用。 原SQL分析 由于关联条件o_custkey上无索引而c_custkey上有索引，从下面的执行计划可以看到，优化器会将orders作为驱动表，执行时间为580.661ms。 2. 使用PawSQL优化的惊喜 我们将待优化SQL直接提交到PawSQL，让其给我们做自动优化。 等，提供的SQL优化产品包括 PawSQL Cloud，在线自动化SQL优化工具，支持SQL审查，智能查询重写、基于代价的索引推荐，适用于数据库管理员及数据应用开发人员， PawSQL Advisor，
29310编辑于 2024-08-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号