? 选择组合索引的前导列，必须根据具体的业务（SQL）写法和列的数据分布不同而不同，很多书或网上都说，前导列要选择高选择性的，但是，脱离具体的业务，这些是没有意义的， 本文就举一些常见的例子来分析下如何正确选择前导列,以抛砖引玉，实际应用中，有更
?选择组合索引的前导列，必须根据具体的业务（SQL）写法和列的数据分布不同而不同，很多书或网上都说，前导列要选择高选择性的，但是，脱离具体的业务，这些是没有意义的，本文就举一些常见的例子来分析下如何正确选择前导列,以抛砖引玉，实际应用中，有更多复杂的情况需要具体分析。
1.都是等值条件的列，谁做前导列都一样
|
owner有33个不同的值，object_id有75250,显然object_id的选择性更好。但是下面的查询，应用idx1_t与idx2_t的性能一样(COST与CONSISTENT GETS一样）。
|
dingjun123@ORADB> ?SELECT/* 索引(t idx1_t)*/ * FROM t ？ 2 ? WHERE Owner='DINGJUN123' AND object_id=75677; 已选择 1 行。 已过去：00:00:00.00 执行计划 ————————————————————- 计划哈希值：2071967826 ——————————————————————————————– |身份证号？|手术 ？ ？ ？ ？ ？ ？ ？ ？ ？ |姓名 ？ |行？|字节 |成本（%CPU）|时间 ？ ？ | ——————————————————————————————– | ？ 0 |选择语句？ ？ ？ ？ ？ ？| ？ ？ ？ ？| ？ ？ 1 | ？ ?97 | ？ ??2?? (0)| 00:00:01 | | ？ 1 | ?按索引 ROWID 访问表| T？ ？ ？| ？ ？ 1 | ？ ?97 | ？ ？ 2 ? (0)| 00:00:01 | |* ?2 | ？索引范围扫描？ ？ ？ ？ ？| IDX1_T | ？ ？ 1 | ？ ？ ？ | ？ ？ 1 ? (0)| 00:00:01 | ——————————————————————————————– 谓词信息（通过操作id标识）： —————————————————— ？ ?2 – 访问(“OWNER”='DINGJUN123' AND “OBJECT_ID”=75677) 统计 ————————————————————- ？ ？ ？ ？ ？ 1 ?递归调用 ？ ？ ？ ？ ？ 0 ?db 块获取 ？ ？ ？ ？ ??4 ?一致获取 ？ ？ ？ ？ ？ 0 ?物理读取 ？ ？ ？ ？ ？ 0 ?重做大小 ？ ？ ？ ?1403 ?通过 SQL*Net 发送到客户端的字节 ？ ？ ？ ？ 416 ?通过 SQL*Net 从客户端接收的字节 ？ ？ ？ ？ ？ 2 ?SQL*Net 往返于客户端 ？ ？ ？ ？ ？ 0 ?排序（记忆） ？ ？ ？ ？ ？ 0 ?排序（磁盘） ？ ？ ？ ？ ？ 1 ?已处理行dingjun123@ORADB> ？ SELECT/* 索引(t idx2_t)*/ * FROM t ？ 2 ? WHERE Owner='DINGJUN123' AND object_id=75677; 已选择 1 行。 已过去：00:00:00.01 执行计划 ————————————————————- 计划哈希值：3787301248 ——————————————————————————————– |身份证号？|手术 ？ ？ ？ ？ ？ ？ ？ ？ ？ |姓名 ？ |行？|字节 |成本（%CPU）|时间 ？ ？ | ——————————————————————————————– | ？ 0 |选择语句？ ？ ？ ？ ？ ？| ？ ？ ？ ？| ？ ？ 1 | ？ ?97 | ??? 2?? (0)| 00:00:01 | | ？ 1 | ?按索引 ROWID 访问表| T？ ？ ？| ？ ？ 1 | ？ ?97 | ？ ？ 2 ? (0)| 00:00:01 | |* ?2 | ？索引范围扫描？ ？ ？ ？ ？| IDX2_T | ？ ？ 1 | ？ ？ ？ | ？ ？ 1 ? (0)| 00:00:01 | ——————————————————————————————– 谓词信息（通过操作id标识）： —————————————————— ？ ?2 – 访问(“OBJECT_ID”=75677 AND “OWNER”='DINGJUN123′) 统计 ————————————————————- ？ ？ ？ ？ ？ 1 ?递归调用 ？ ？ ？ ？ ？ 0 ?db 块获取 ？ ？ ？ ??? 4 ?一致的获取 ？ ？ ？ ？ ？ 0 ?物理读取 ？ ？ ？ ？ ？ 0 ?重做大小 ？ ？ ？ ?1403 ?通过 SQL*Net 发送到客户端的字节 ？ ？ ？ ？ 416 ?通过 SQL*Net 从客户端接收的字节 ？ ？ ？ ？ ？ 2 ?SQL*Net 往返于客户端 ？ ？ ？ ？ ？ 0 ?排序（记忆） ？ ？ ？ ？ ？ 0 ?排序（磁盘） ？ ？ ？ ？ ？已处理 1 行 |
? ? ??虽然如此，但是要记住，这个索引不是仅仅给这2条SQL使用的，事实上可能我们有的查询谓词只有owner或object_id,这时候得考虑使用owner作为前导列还是使用object_id作为前导列。
? ??还有其他引用owner,object_id的情况，比如GROUP BY ,ORDER BY,甚至SELECT…都需要进行整体的分析，这样才能建立最佳的索引。
?
2.有的列是大于(等于)或小于(等于）或者是like 模糊匹配等不等条件，有的列是等值的条件，等值的一般作为前导列更好
–做5次，增加几十万行SYS的进去
INSERT INTO t SELECT * FROM t WHERE owner=’SYS’;
COMMIT;
–重新收集统计信息（省略）
|
dingjun123@ORADB> SELECT * FROM t ? 2 ?WHERE owner=’DINGJUN123′ ? 3 ?AND object_id>=107889; 1 row selected. Elapsed: 00:00:00.01 Execution Plan ———————————————————- Plan hash value: 2071967826 ————————————————————————————– | Id ?| Operation ? ? ? ? ? ? ? ? ? | Name ? | Rows ?| Bytes | Cost (%CPU)| Time ? ? | ————————————————————————————– | ? 0 | SELECT STATEMENT ? ? ? ? ? ?| ? ? ? ?| ? ? 1 | ? ?96 | ? ? 4 ? (0)| 00:00:01 | | ? 1 | ?TABLE ACCESS BY INDEX ROWID| T ? ? ?| ? ? 1 | ? ?96 | ? ? 4 ? (0)| 00:00:01 | |*??2 | ? INDEX RANGE SCAN ? ? ? ? ?| IDX1_T | ? ? 1 | ? ? ? | ? ? 3 ? (0)| 00:00:01?| ————————————————————————————– Predicate Information (identified by operation id): ————————————————— ???2 – access(“OWNER”=’DINGJUN123′ AND “OBJECT_ID”>=107889 AND “OBJECT_ID” IS ? ? ? ? ? ? ? NOT NULL) Statistics ———————————————————- ? ? ? ? ? 1 ?recursive calls ? ? ? ? ? 0 ?db block gets ? ? ? ??? 5 ?consistent gets ? ? ? ? ? 0 ?physical reads ? ? ? ? ? 0 ?redo size ? ? ? ?1399 ?bytes sent via SQL*Net to client ? ? ? ? 416 ?bytes received via SQL*Net from client ? ? ? ? ? 2 ?SQL*Net roundtrips to/from client ? ? ? ? ? 0 ?sorts (memory) ? ? ? ? ? 0 ?sorts (disk) ? ? ? ? ? 1 ?rows processed |
? ? ??上面的SQL走idx1_t,注意观察谓词，只有access,说明索引完全被利用上，很显然因为owner是前导列，而且是等值查询，按照前导列查询，然后只要分析索引的第2列object_id,当发现不满足条件object_id>=107889之后就停止了，索引扫描没有浪费。
? 2 ?WHERE owner=’DINGJUN123′ ? 3 ?AND object_id>=107889; 1 row selected. Elapsed: 00:00:00.01 Execution Plan ———————————————————- Plan hash value: 3787301248 ————————————————————————————– | Id ?| Operation ? ? ? ? ? ? ? ? ? | Name ? | Rows ?| Bytes | Cost (%CPU)| Time ? ? | ————————————————————————————– | ? 0 | SELECT STATEMENT ? ? ? ? ? ?| ? ? ? ?| ? ? 1 | ? ?96 | ? ? 4 ? (0)| 00:00:01 | | ? 1 | ?TABLE ACCESS BY INDEX ROWID| T ? ? ?| ? ? 1 | ? ?96 | ? ? 4 ? (0)| 00:00:01 | |* ?2 | ? INDEX RANGE SCAN ? ? ? ? ?| IDX2_T | ? ? 1 | ? ? ? | ? ? 3 ? (0)| 00:00:01 | ————————————————————————————– Predicate Information (identified by operation id): ————————————————— ? ?2 – access(“OBJECT_ID”>=107889 AND “OWNER”=’DINGJUN123′ AND “OBJECT_ID” IS ? ? ? ? ? ? ? NOT NULL) ? ??? ?filter(“OWNER”=’DINGJUN123′) Statistics ———————————————————- ? ? ? ? ? 1 ?recursive calls ? ? ? ? ? 0 ?db block gets ? ? ? ? ??5 ?consistent gets ? ? ? ? ? 0 ?physical reads ? ? ? ? ? 0 ?redo size ? ? ? ?1399 ?bytes sent via SQL*Net to client ? ? ? ? 416 ?bytes received via SQL*Net from client ? ? ? ? ? 2 ?SQL*Net roundtrips to/from client ? ? ? ? ? 0 ?sorts (memory) ? ? ? ? ? 0 ?sorts (disk) ? ? ? ? ? 1 ?rows processed |
? ? ??强制使用idx2_t,object_id是前导列，谓词有access,还有filter,说明索引没有被完全利用上，这是因为object_id的不是等值查询，满足object_id>=107889的，按照顺序搜索
所以，中间可能有一些不满足owner=’DINGJUN123′的，还要filter掉。
这种查询和不等值条件作为前导列的查询，一旦object_id>=107889不满足owner=’DINGJUN123′的很多，那么必然造成过多不必要的索引搜索，COST与逻辑读会上升很快，
从而性能急剧下降，因为本例子基本都满足owner条件，所以没有啥浪费。但是下面的例子：
|
dingjun123@ORADB> SELECT * FROM t ? 2 ?WHERE owner=’DINGJUN123′ ? 3 ?AND object_id>=100; 2540 rows selected. Elapsed: 00:00:00.15 Execution Plan ———————————————————- Plan hash value: 2071967826 ————————————————————————————– | Id ?| Operation ? ? ? ? ? ? ? ? ? | Name ? | Rows ?| Bytes | Cost (%CPU)| Time ? ? | ————————————————————————————– | ? 0 | SELECT STATEMENT ? ? ? ? ? ?| ? ? ? ?| ?2539 | ? 238K| ? 499 ? (0)| 00:00:06 | | ? 1 | ?TABLE ACCESS BY INDEX ROWID| T ? ? ?| ?2539 | ? 238K| ? 499 ? (0)| 00:00:06 | |* ?2 | ? INDEX RANGE SCAN ? ? ? ? ?| IDX1_T | ?2539 | ? ? ? | ? ?12 ? (0)| 00:00:01 | ————————————————————————————– Predicate Information (identified by operation id): ————————————————— ? ?2 – access(“OWNER”=’DINGJUN123′ AND “OBJECT_ID”>=100 AND “OBJECT_ID” IS ? ? ? ? ? ? ? NOT NULL) Statistics ———————————————————- ? ? ? ? ? 1 ?recursive calls ? ? ? ? ? 0 ?db block gets ? ? ? ??527 ?consistent gets ? ? ? ? ?21 ?physical reads ? ? ? ? ? 0 ?redo size ? ? ?268134 ?bytes sent via SQL*Net to client ? ? ? ?2275 ?bytes received via SQL*Net from client ? ? ? ? 171 ?SQL*Net roundtrips to/from client ? ? ? ? ? 0 ?sorts (memory) ? ? ? ? ? 0 ?sorts (disk) ? ? ???2540 ?rows processed |
还是使用idx1_t,没有问题。看下面的强制使用idx2_t的。
? 2 ?WHERE owner=’DINGJUN123′ ? 3 ?AND object_id>=100;2540 rows selected. Elapsed: 00:00:00.33 Execution Plan ———————————————————- Plan hash value: 3787301248 ————————————————————————————– | Id ?| Operation ? ? ? ? ? ? ? ? ? | Name ? | Rows ?| Bytes | Cost (%CPU)| Time ? ? | ————————————————————————————– | ? 0 | SELECT STATEMENT ? ? ? ? ? ?| ? ? ? ?| ?2539 | ? 238K| ?3762 ? (1)| 00:00:46 | | ? 1 | ?TABLE ACCESS BY INDEX ROWID| T ? ? ?| ?2539 | ? 238K| ?3762 ? (1)| 00:00:46 | |* ?2 | ? INDEX RANGE SCAN ? ? ? ? ?| IDX2_T | ?2539 | ? ? ? | ?3274 ? (1)| 00:00:40 | ————————————————————————————– Predicate Information (identified by operation id): ————————————————— ? ?2 – access(“OBJECT_ID”>=100 AND “OWNER”=’DINGJUN123′ AND “OBJECT_ID” IS ? ? ? ? ? ? ? NOT NULL) ? ? ???filter(“OWNER”=’DINGJUN123′) Statistics ———————————————————- ? ? ? ? ? 1 ?recursive calls ? ? ? ? ? 0 ?db block gets ? ? ???3763 ?consistent gets ? ? ? ? ? 0 ?physical reads ? ? ? ? ? 0 ?redo size ? ? ?268134 ?bytes sent via SQL*Net to client ? ? ? ?2275 ?bytes received via SQL*Net from client ? ? ? ? 171 ?SQL*Net roundtrips to/from client ? ? ? ? ? 0 ?sorts (memory) ? ? ? ? ? 0 ?sorts (disk) ? ? ? ?2540 ?rows processed dingjun123@ORADB> SELECT COUNT(*) FROM t WHERE object_id >= 100; ? COUNT(*) ———- ? ?1032649 |
?SELECT COUNT(*) FROM t WHERE object_id >= 100;
返回1032649行，但是WHERE owner=’DINGJUN123′ AND object_id>=100 只返回2540行，要filter掉百万行，轮询索引，造成了极大的浪费。
3.如果都是比较，都是之类的表达式
??这种情况，前导列，根据谓词，选择条件能够定位最接近处理结果的基数，并能够减少索引后filter的工作，因为必然有一列是要走access之后的filter,最好是filter能够过滤较少数据，不要做过多过滤。
??
例如：
|
dingjun123@ORADB> SELECT * FROM t ? 2 ?WHERE owner>=’DINGJUN123′ ? 3 ?AND object_id>=107872;37 rows selected. Elapsed: 00:00:00.00 Execution Plan ———————————————————- Plan hash value: 3787301248 ————————————————————————————– | Id ?| Operation ? ? ? ? ? ? ? ? ? | Name ? | Rows ?| Bytes | Cost (%CPU)| Time ? ? | ————————————————————————————– | ? 0 | SELECT STATEMENT ? ? ? ? ? ?| ? ? ? ?| ? 205 | 19680 | ???43?? (0)| 00:00:01 | | ? 1 | ?TABLE ACCESS BY INDEX ROWID| T ? ? ?| ? 205 | 19680 | ? ?43 ? (0)| 00:00:01 | |* ?2 | ??INDEX RANGE SCAN ? ? ? ? ?| IDX2_T?| ? 205 | ? ? ? | ? ? 3 ? (0)| 00:00:01 | ————————————————————————————– Predicate Information (identified by operation id): ————————————————— ? ?2 – access(“OBJECT_ID”>=107872 AND “OWNER”>=’DINGJUN123′ AND “OBJECT_ID” ? ? ? ? ? ? ? IS NOT NULL) ? ? ? ?filter(“OWNER”>=’DINGJUN123′) 统计 dingjun123@ORADB>选择 COUNT(*) FROM t WHERE object_id>=107872; |
??关闭index SKIP SCAN，因为所有者种类很少，oracle选择skip SCAN
？更改会话设置“_optimizer_skip_scan_enabled”= false;
？
|
如何在 Windows 11 上修复 100% 的磁盘使用率Apr 20, 2023 pm 12:58 PM如何在Window11上修复100%的磁盘使用率查找导致100%磁盘使用的有问题的应用程序或服务的直接方法是使用任务管理器。要打开任务管理器，请右键单击开始菜单并选择任务管理器。单击磁盘列标题，查看占用最多资源的内容。从那里开始，您将很好地了解从哪里开始。但是，问题可能比仅仅关闭应用程序或禁用服务更严重。继续阅读以查找问题的更多潜在原因以及如何解决这些问题。禁用SuperfetchSuperfetch功能（在Windows11中也称为SysMain）有助于通过访问预取文件来减少启动时
如何在 Windows 11 中隐藏文件和文件夹并从搜索中移除？Apr 26, 2023 pm 11:07 PM<h2>如何在Windows11上从搜索中隐藏文件和文件夹</h2><p>我们首先要看的是自定义Windows搜索文件的位置。通过跳过这些特定位置，您应该可以更快地看到结果，同时还可以隐藏您想要保护的任何文件。</p><p>如果要从Windows11上的搜索中排除文件和文件夹，请使用以下步骤：</p><ol&
以下是6种修复Windows 11搜索栏不可用的方法。May 08, 2023 pm 10:25 PM如果您的搜索栏在Windows11中不起作用，有几种快速方法可以立即启动并运行！任何微软操作系统有时都可能遇到故障，最新的操作系统不能免除该规则。此外，正如Reddit上的用户u/zebra_head1所指出的那样，同样的错误出现在Windows11的22H2Build22621.1413上。用户抱怨切换任务栏搜索框的选项随机消失。因此，您必须为任何情况做好准备。为什么我无法在计算机上的搜索栏中键入内容？无法在计算机上键入可归因于不同的因素和过程。以下是您应该注意的一些事项：Ctfmon.
Windows 11 Outlook 搜索不工作：6 个修复方法Apr 22, 2023 pm 09:46 PM在Outlook中运行搜索和索引疑难解答您可以开始的更直接的修复之一是运行搜索和索引疑难解答。要在Windows11上运行疑难解答，请执行以下操作：单击开始按钮或按Windows键并从菜单中选择设置。当设置打开时，选择系统>疑难解答>其他疑难解答。在右侧向下滚动，找到SearchandIndexing，然后单击Run按钮。选择Outlook搜索不返回结果并继续屏幕上的说明。当您运行它时，疑难解答程序将自动识别并修复问题。运行疑难解答后，打开Outlook并查看搜索是否正常。如
PPT怎么组合两个图形Mar 20, 2024 pm 05:00 PM大家好，今天我来给小伙伴们分享PPT怎么组合两个图形的具体操作步骤，大家按照这个步骤去做，一步一步就能学会了操作，以后就可以举一反三了，步骤详情就在下方，小伙伴们快来认真的看一看吧！1.首先，在电脑上打开一个PPT文档，然后新建一个PPT幻灯片，（如下图所示）。2.接着，在上方菜单栏项目【插入】中找到【形状】，并在形状的下拉框中选择需要导入的形状，（如下图红色圈出部分所示）。3.利用PPT的插入功能，依次将三角形和圆形两个形状插入至PPT中，并调整形状的大小和位置，（如下图红色箭头指向所示）。4
使用filepath.Join函数将多个路径片段组合成一个路径Jul 24, 2023 pm 08:58 PM使用filepath.Join函数将多个路径片段组合成一个路径在Go语言的标准库中，有一个名为filepath的包，提供了一些用于操作文件路径的函数。其中，Join函数是一个非常有用的函数，可以将多个路径片段组合成一个路径。filepath.Join函数的定义如下：funcJoin(elem...string)stringJoin函数接收一个可变参数，
Python程序将多个元素插入到数组中的指定索引位置Sep 03, 2023 pm 10:13 PM数组是以有组织的方式存储的同类数据元素的集合。数组中的每个数据元素都由一个索引值来标识。Python中的数组Python没有原生的数组数据结构。因此，我们可以使用列表数据结构来替代数组。[10,4,11,76,99]同时我们可以使用PythonNumpy模块来处理数组。由numpy模块定义的数组是−array([1,2,3,4])Python中的索引从0开始，因此可以使用各自的索引值来访问上述数组元素，如0、1、2、直到n-1。在下面的文章中，我们将看到在指定索引处插入多个元素的不同方法。输入输
如何在MySQL中使用索引来提高查询性能？Jul 30, 2023 pm 10:43 PM如何在MySQL中使用索引来提高查询性能？引言：MySQL是一款常用的关系型数据库，随着数据量的增加，查询性能成为一个重要的考量因素。在MySQL中，索引是提高查询性能的关键因素之一。本文将介绍什么是索引，为什么使用索引可以提高查询性能，并给出一些在MySQL中使用索引的示例代码。一、什么是索引？索引是对数据库表中一个或多个列的值进行排序的一种结构，它可以快
热AI工具
Undresser.AI Undress
人工智能驱动的应用程序，用于创建逼真的裸体照片
AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。
Undress AI Tool
免费脱衣服图片
Clothoff.io
AI脱衣机
AI Hentai Generator
免费生成ai无尽的。
热门文章
热工具
EditPlus 中文破解版
体积小，语法高亮，不支持代码提示功能
ZendStudio 13.5.1 Mac
功能强大的PHP集成开发环境
VSCode Windows 64位 下载
微软推出的免费、功能强大的一款IDE编辑器
SublimeText3 Mac版
神级代码编辑软件(SublimeText3)
Dreamweaver Mac版
视觉化网页开发工具
