-- orgaddr 创建一个全局索引 , part_index 是分区字段 取值为：0~49 50个分区
-- 该表没有主键。part_index 没有建索引
select count(*) from tbl_mo_part_01 where part_index=0 and orgaddr='8615000000000'
COUNT(*)
----------
26
Elapsed: 00:00:00.01
Execution Plan
----------------------------------------------------------
Plan hash value: 463358375
----------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
----------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 17 | 61 (0)| 00:00:01 | | |
| 1 | SORT AGGREGATE | | 1 | 17 | | | | |
|* 2 | TABLE ACCESS BY GLOBAL INDEX ROWID| TBL_MO_PART_01 | 13 | 221 | 61 (0)| 00:00:01 | 1 | 1 |
|* 3 | INDEX RANGE SCAN | MO_INX_PT_01 | 69 | | 3 (0)| 00:00:01 | | |
----------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - filter("PART_INDEX"=0)
3 - access("ORGADDR"='8615000000000')
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
28 consistent gets
0 physical reads
0 redo size
530 bytes sent via SQL*Net to client
524 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
-
等级
本版专家分：120结帖率 100% -
展开阅读全文
-
等级
本版专家分：120
-
SQL> select count(*) from tbl_mo_part_01 partition(MO_01) where orgaddr='8615000000000';
COUNT(*)
----------
26
Elapsed: 00:00:00.01
Execution Plan
----------------------------------------------------------
Plan hash value: 2243574388
----------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 15 | 3 (0)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | 15 | | |
|* 2 | INDEX RANGE SCAN| MO_INX_PT_01 | 13 | 195 | 3 (0)| 00:00:01 |
----------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("ORGADDR"='8615000000000')
filter(TBL$OR$IDX$PART$NUM("TBL_MO_PART_01",0,1,0,ROWID)=1)
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
3 consistent gets
0 physical reads
0 redo size
530 bytes sent via SQL*Net to client
524 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed[/code]
问题：
1、 为什么两个执行计划不一样。
2、 两个SQL执行为什么不走partition 。
3、 为什么第一个SQL语句分区字段没有索引，会出现TABLE ACCESS BY GLOBAL INDEX ROWID
4、 第二个SQL语句为什么指定了分区不走分区partition range
-
等级
本版专家分：24366勋章
-
-
金牌
2017年12月 总版技术专家分月排行榜第一
2017年11月 总版技术专家分月排行榜第一
2017年10月 总版技术专家分月排行榜第一
-
-
红花
2017年12月 Oracle大版内专家分月排行榜第一
2017年12月 其他开发语言大版内专家分月排行榜第一
2017年11月 Oracle大版内专家分月排行榜第一
2017年11月 其他开发语言大版内专家分月排行榜第一
2017年10月 Oracle大版内专家分月排行榜第一
-
-
黄花
2017年11月 扩充话题大版内专家分月排行榜第二
2017年10月 扩充话题大版内专家分月排行榜第二
2017年9月 Oracle大版内专家分月排行榜第二
-
- 蓝花 2018年1月 Oracle大版内专家分月排行榜第三
-
-
1. 查询语句都完全不一样！
2. part_index字段上要建索引，才会使用分区过滤！
3. 也正迷惑中
4. 同2
-
等级
本版专家分：120
-
高手来分析一下。
-
等级
本版专家分：1332 -
帮顶一下，我和楼主是同事，我们对这个问题有迷惑，明白的兄弟帮我们解释一下。谢谢。
-
等级
本版专家分：166
-
3、orgaddr上面有全局索引
-
等级
本版专家分：1463
-
1.猜测全局索引中包含了分区字段的信息，所以直接通过索引求出count(*)了。
2.走分区未必比走索引快，你可以用大数据量少返回值的查询来验证一下执行计划是否跟现在的不同。
3.同1
4.事实上我自己测试的例子中走的是partition range single，然后执行的是table access full，反而没走索引，所以这个应该是跟数据和数据分布以及返回值多少有关系。
-
等级
本版专家分：27232勋章
-
-
红花
2011年2月 Oracle大版内专家分月排行榜第一
2010年11月 Oracle大版内专家分月排行榜第一
2010年10月 Oracle大版内专家分月排行榜第一
-
- 黄花 2010年9月 Oracle大版内专家分月排行榜第二
-
-
蓝花
2011年4月 Oracle大版内专家分月排行榜第三
2011年3月 Oracle大版内专家分月排行榜第三
2011年1月 Oracle大版内专家分月排行榜第三
-
-
犀利哥分析的不错！赞一个
-
等级
本版专家分：70 -
顶起，迷惑等答案中
-
等级
本版专家分：1332
-
还是很迷糊，能太详细点吗？
-
等级
本版专家分：4103 -
问题1：SQL1是先获取匹配的ROWID列表，然后根据ROWID列表读表中part_index的值是否为0，而SQL2则是先获取ROWID列表，然后根据ROWID直接判断该ROWID是否在指定分区中，很显然SQL2比SQL1高效，因为它不需要读表的数据
问题2：因为索引不是局部索引。你可以暂时把索引的数据看作是一张表，你的索引表没有分区，当前不会走partition
问题3：索引的依赖于orgaddr列,与part_index无关
问题4：因为通过TBL$OR$IDX$PART$NUM函数可以直接判断指定的ROWID是否属于指定的分区，所以也没有partition range,原因同问题2
- SQL优化-同SQL不同执行计划(一)
问题来源：CSDN Oracle技术论坛问题...问题环境：Oracle 10g，TBNC_P表在adminaccount有B树索引，TBNC_P总记录数：33422行TBNC_A总记录数：40782行结果 ：已经解决，优化后的SQL执行时间，均小于0.032秒【SQL 1】：sel
- sql执行计划 explain 以及结合索引 优化sql
SQL性能问题 a.分析SQL的执行计划：explain ，可以模拟sql优化器执行sql语句从而让开发人员知道自己编写的 b.MySQL查询优化其会干扰我们的优化 ...查询执行计划 :explain + SQL语句 explain...
- 索引与sql优化问题汇总
非常感谢大家踊跃参加DBA专家门诊一期：索引与sql优化，很多云友都提出了自己的问题，门诊主任医师玄惭对大家提的问题一一作了解答。现已整理好这些问题，分享在此，欢迎来拿，绝对干货！ 篇幅较长，耐心细看！...
- SQL优化-同SQL不同执行计划(二)
【疑惑二解答】在绝大多数时候，都会认为【全表扫描】的SQL会慢于【索引快速扫描】的SQL，我们应该相信Oracle的选择，在【疑惑一解答】中已经排除了【统计信息】错误的可能，同时统计信息也给我们提供了一个重要的...
- SQL优化-同SQL不同执行计划(三)-完
Myepoch提出问题，【SQL1全表扫描】和【SQL2】执行计划【总成本】完全相同，但是为什么执行时间差别那么大呢？其实，既然是【总成本】，那么他就包涵了很多，大家多数时候误认为【总成本】就是【执行时间成本】，这...
- 数据库优化(超级详细),转文，值得一读
时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互冲突的数据库使用之间（如联机事务处理 (OLTP) 与决策...
- SqlServer数据库性能优化详解
数据库性能优化详解 性能调节的目的是通过将网络流通、磁盘 I/O 和 CPU 时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和...
- MySQL 面试题
因为 MySQL 还会有部分内容和运维相关度比较高，所以本文我们分成两部分【开发】【运维】两部分。 对于【开发】部分，我们需要掌握。 对于【运维】部分，更多考验开发的知识储备情况，当然能回答出来是比较好的...
- 数据库性能优化详解
时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互冲突的数据库使用之间（如联机事务处理 (OLTP) 与决策...
- 47 张图带你 MySQL 进阶！！！
我们在 MySQL 入门篇主要介绍了基本的 SQL 命令、数据类型和函数，在局部以上知识后，你就可以进行 MySQL 的开发工作了，但是如果要成为一个合格的开发人员，你还要具备一些更高级的技能，下面我们就来探讨一下 ...
- 数据库性能优化
数据库性能优化
- 数据库性能优化--超详细
性能调节的目的是通过将网络流通、磁盘 I/O 和 CPU 时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互...
- ElasticSearch最新版快速入门详解
本文把最新版的ElasticSearch和kibana的知识点用通俗易懂的语言来展现，并会在核心概念上和MySql对比，结合示例进行图文并茂的详解，同时还给大家提供百分百成功的极速安装配置方法哦！
- 牛客 数据库
1. （1）基本概念 ① 属性和域： 每个事物有很多属性，每个属性对应的取值范围叫做域，所有对域都是原子数据（第一范式） ② 相关名词 n元关系：R(D1,D2,D3...Dn)是n元关系，其中关系属性的个数称为...
- SQL Server性能优化详解
时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互冲突的数据库使用之间（如联机事务处理 (OLTP) 与决策...
- MySql索引类型
Mysql支持哪几种索引索引是在MySql的存储引擎层中实现的，而不是在服务器层从数据...Innodb里，有两种形态：一是primary key形态，其leaf node里存放的是数据，而且不仅存放了索引键的数据，还存放了其他字段的数据...
- Oracle 11g新特性
Oracle 11g新特性 本专题从分区、数据压缩技术、自动内存管理、统计信息收集、 SecureFiles、自适应游标共享六个方面详细介绍了Oracle 11g的新特性：分区就不用说了，正是分区的存在让Oracle高效的处理海量数据成为...
- 最清晰易懂的Elasticsearch操作手册｜收藏夹必备
本文围绕ES最新版本，从常用基础操作、DSL查询、聚合查询、批量操作，实用技巧等方面进行了详细的举例解析，并对读者可能出现的疑惑进行了标红总结，并对需要注意的地方也进行了单独的声明。
- 开源的分布式数据库中间件系统Mycat和阿里巴巴Cobar的对比
mycat 不得不说的缘分原创 2016年04月15日 15:48:1727834 1，愕然回首，它在灯火阑珊处关于mysql集群中间件，以前写在应用程序里面，由开发人员实现，在配置文件里面写多个数据源，写库一个数据源，读库一个数据源...
- 2018年在武汉面试java软件开发所遇到的一些问题
前言：本人就我自己在面试中遇到的一些问题做了一个总结，在面试过程中有的问题答上来了，有些回答的感觉不尽人意，有些的遇到的问题问我的一脸懵逼。所以写一个文档出来，以激励自己还有不足的地方，遇到一次不会，...
- 数据库优化摘抄笔记
设计联合数据库服务器 为达到大型 Web 站点所需的高性能级别，多层系统一般在...Microsoft® SQL Server™ 2000通过对 SQL Server 数据进行水平分区，在一组服务器之间分摊数据库处理负荷。这些服务器相互独立
- 面试题（有部分答案）
面试题（有答案）： 1. String类为什么是final的。 答：主要是为了“效率” 和 “安全性” 的缘故。若 String允许被继承, 由于它的高度被使用率, 可能会降低程序的性能，所以String被定义成final。...
- MySQL Benchmark（全文）
公司内部最流行的数据库就是MySQL，而关于MySQL性能，我听过种种传说和流言。而对于数据库的性能优化和测试，我一直有强烈的兴趣，曾经见过一篇Oracle的性能优化文章，Linux Journal的Bert Scalzo所著的《Linux ...
- JAVA高级面试题——2019
HashMap是如何存储的？ HashMap指针碰撞原理 Redis如何做高可用？ Redis如何实现队列？ Redis如何做持久化？ Redis做持久化为什么会降低性能？ Redis哨兵机制？ RabbitMq如何做高可用？...Mysql如何做高可...
- 分库分表的几种常见玩法及如何解决跨库查询等问题
在谈论数据库架构和数据库优化的时候，我们经常会听到“分库分表”、“分片”、“Sharding”…这样的关键词。让人感到高兴的是，这些朋友所服务的公司业务量正在（或者即将面临）高速增长，技术方面也面临着一些挑战...
- 数据库学习记录806
1. （1）基本概念 ① 属性和域： ... 每个事物有很多属性，每个属性对应的取值范围叫做域，所有对域都是原子数据（第一范式） ... n元关系：R(D1,D2,D3...Dn)是n元关系，其中关系属性的个数称为“元数”，元组...
- java面试题文档(QA)
关注公众号『Java专栏』,发送『面试』 获取该项目完整PDF [外链图片转存失败,源站可能有防盗链机制,建议将图片保存...3 、八种基本数据类型的大小，以及他们的封装类 4、标识符的命名规则。 5、instanceof 关键字的...
- 数据库为什么要分库分表
1 基本思想之什么是分库分表？ 从字面上简单理解，就是把原本存储于一个库的数据分块存储到多个库上，把原本存储于一个表的数据分块存储到多个表上。 2 基本思想之为什么要分库分表？ 数据库中的数据量不一定是可控...
- 且将新火试新茶 - MySQL Benchmark（全文）
且将新火试新茶 - MySQL Benchmark公司内部最流行的数据库就是MySQL，而关于MySQL性能，我听过种种传说和流言。而对于数据库的性能优化和测试，我一直有强烈的兴趣，曾经见过一篇Oracle的性能优化文章，Linux ...
- Hibernate参考文档 3.0.4
HIBERNATE - 符合Java习惯的关系数据库持久化Hibernate参考文档3.0.4目录前言 1. 翻译说明 2. 版权声明1. 在Tomcat中快速上手 1.1. 开始Hibernate之旅 1.2. 第一个持久化类 1.3. 映射cat 1.4. 与Cat同乐 1.5....