在看《基于Oracle的SQL优化一书》知道了很多专业名称，做了记录，CBO、优化器、查询转换、执行计划、Hint、并行、游标、绑定变量、统计信息、直方图、索引等等。这篇博客可以说是读书笔记
最近几年，国内各种去IOE的声音起伏跌宕，开源产品渐渐深入人心，那么Oracle在做什么？行业向何方向发展？ 2015嘉年华大会，正是在这样一个转折点上，Oracle向云的全面转型，数据库12.2的即将发布，分布式与大数据产品的创新，一体化与M7处理器的亮色，这一切都挟着Oracle强大的技术和市场能力而来，看Oracle王者风范，再起风云。 本届大会以下看点值得期待： 1.Oracle新产品战略 ---- Oracle早已经不仅仅是一家软件公司，在主机、存储，一体机，甚至芯片方面，Oracle都有杀手级产
已经很多次收到后台网友的留言或者私信了，对于学习Oracle和MySQL，他们都有类似的疑问，我就索性放在一起来回答下。 简单来说，官方文档是最好的学习资料，在这个基础上去阅读更多的书籍会起到融会贯通的作用，而相比Oracle和MySQL,Oracle的文档要更细更全，如果你去官网下载完整的文档，会被里面的文档淹没。而MySQL的文档相对来说要少一些，但是诚意十足，比如MySQL Internal,如何设计存储引擎这类的文档官方都会提供，Oracle就别想了，多年前的DSI现如今已经见不到了。
（1）当用户提交待执行的目标SQL后，Oracle首先会对目标SQL进行解析。在这个过程中，Oracle会先执行对目标SQL的语法、语义和权限的检查：
在Oracle的世界里，在DBA与Oracle开发人员的世界里，有几个名字不可或缺，Thomas Kyte是其中之一，他的几本重量级著作影响了几代DBA，他所宣讲的Oracle新特性总是被最多关注、理解和应用的一些；而Graham则少为人知，可是在Oracle内部，他被称为AWR之父，如果你还在用Oracle数据库，诊断分析性能，你就不得不知道他；而Andrew领导了RWP团队，在真实的用户世界中，为性能而奋斗，常常他为用户带来数百倍和上千倍的惊奇。 三位核心专家，一场精彩演出 就是这样三位专家，组成了RW
个人理解，数据库性能最关键的因素在于IO，因为操作内存是快速的，但是读写磁盘是速度很慢的，优化数据库最关键的问题在于减少磁盘的IO，就个 人理解应该分为物理的和逻辑的优化， 物理的是指oracle产品本身的一些优化，逻辑优化是指应用程序级别的优化物理优化的一些原则：
3.Oracle在执行IN子查询时，首先执行子查询，将查询结果放入临时表再执行主查询。而EXIST则是首先检查主查询，然后运行子查询直到找到第一个匹配项。NOT EXISTS比NOT IN效率稍高。但具体在选择IN或EXIST操作时，要根据主子表数据量大小来具体考虑。
众所周知，Java在不同软件版本中的性能可能存在差异，并且这种差异会受到许多因素的影响。
随着电子商务行业的迅速发展，数据库解决方案对于电商企业来说变得至关重要。Oracle数据库作为一种强大而可靠的解决方案，提供了各种功能和特性，能够满足电商行业的需求。本文将介绍电商行业中使用Oracle数据库的解决方案，包括数据库设计、性能优化、数据安全和可扩展性等方面。
ORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。Oracle旗下的Oracle数据库监控软件是企事业单位中最重要的监控需要，通过对Oracle数据库的监控，可以全面了解Oracle的运行状态、数据库响应情况、数据库表空用度情况，从而方便Oracle数据库性能优化。
大概是十年前吧，一个朋友突然打电话来说，他们公司有一个数据库，性能超过Oracle 50倍，希望我帮着看看，能不能在一些客户里推广推广。当时我就没把这话当回事，如果你说你们的数据库性能已经快赶上Oracle了，那我可能还会认真的去考虑考虑。后来他觉得我对这件事不上心，亲自飞到深圳，一定要给我上上课。在一个餐馆里，几杯酒下肚后，他拿出了电脑给我介绍他们的十分牛逼的数据库系统。当我看到第一页上的Mysql语法完全兼容的时候，我就说咱们接着喝酒吧，大概我清楚了。
近期要组织一次新员工培训，交代了两节课的任务，主要介绍Oracle数据库，一个是针对纯小白，一个是经过一段时间的学习，针对有一定基础的，内容不限，时间不限。
此前 Oracle 已经发布了 Autonomous Data Warehouse 服务（ADW），现在 Autonomous Transaction Processing 服务发布 (ATP)，这两者都是依托 Oracle Cloud提供的。当然，在中国即将开放的数据中心里，这两项功能也无法使用到。
最近，Oracle数据库优化器的产品经理 Nigel Bayliss 发布了一篇文档，介绍：Setting up the Oracle Optimizer for PoCs - 在PoC测试中优化器参数的设置和调节。优化器是 Oracle 数据库的核心组件，我们一起来看一看 12c 有哪些优化器的变化。
Joel Perez Oracle ACE Director，云和恩墨高级云技术专家 "DBA 将要失业了吗？ 当引入自治数据库之后，就永远不需要DBA了吗？" 很显然不是，无论你是否相信，我要
一.SQL语言的使用 1.IN 操作符 用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。 但是用IN的SQL性能总是比较低的，从Oracle执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别： ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。 由此可见用IN的SQL至少多了一个转换的过程。一般的SQL都可以转换成功，但对于含有分组统计等方面的SQL就不能转换了。
信息泛滥的时代，一切似乎都变得碎片化了。但是学习的时间可以碎片化，但学习的内容却不能碎片化，只有将碎片化的学习高效的转化为系统化的知识体系，才能真正提高自己的能力，否则时间投入和学习效果将不成正比。
首先不会Oracle的我觉得也可以听懂。哈哈，因为我不会专门讲oracle里的太细的东西。这部分的内容比较通用，可以借鉴思路。 我会在我的平台里面糅合这些思想，总之有货有料之后，加上时间和精力，就好比阳光空气水。 ppt有一部分是我在InfoQ的一次大会上做的一个简单的分享，今天在原来的ppt基础上重新做了一番解读。 这是我眼中的一些问题，有些Oracle已经做好了，对于一个成熟的商业软件来说，尽管功能上满足了，还是有些地方值得改进，或者说他们做得还不够好的地方。 这也体现了处理问题的几个阶段，有
Oracle数据库中优化器（Optimizer）是SQL分析和执行的优化工具，是Oracle数据库中内置的一个核心模块。优化器的目的就是为了得到目标SQL的执行计划。Oracle数据库里的优化器又分为RBO（rule-Based Optimizer，基于规则的优化器）和CBO（Cost-Based Optimizer，基于成本的优化器）这两种类型。从Oracle 10g开始，Oracle数据库默认都是基于CBO的优化方式。
性能问题是数据库中最重要也是最迫切要解决的问题之一，随着业务的发展和数据的不断加增，用户对于系统的响应速度的要求越来越高。而归根结底就是要提高数据库系统的性能。对于大部分的DBA来说，性能优化并不是一件容易的事情，造成性能问题的原因多种多样，在现实中，优化过程也会受到重重阻碍，随着云时代的到来以及自动化智能化运维的发展，那么云时代的DBA该如何优化数据库的性能呢？ 在今年的数据技术嘉年华上，我们邀请了来自国内外各大企业的性能优化专家，从不同的角度分析云时代数据库性能优化的技术与技巧。 重点嘉宾与主题抢先一
本博客介绍一下属于oracle优化器范畴的一些基础知识，访问数据的方法，分为直接访问数据的方法和访问索引的方法两种，然后有了这些基础知识后，可以参考学习我的另外一篇博客：Oracle优化器简介，对Oracle 的一些原理的简单介绍，对于学习oracle方面的SQL优化是有帮助的，https://blog.csdn.net/u014427391/article/details/87656904
作者介绍 郭成日 云和恩墨北区技术工程师 专注于SQL审核和优化相关工作。曾经服务的客户涉及金融保险、电信运营商、政府、生产制造等行业。 在优化器进行查询转换的时候，如果将内嵌视图里推入连接谓词，视
能否利用TStack的计算、网络和存储能力，将Oracle运行在X86服务器，IP网络，云存储的“云化”架构上，去掉IOE架构中的I和E呢？
Oracle功能强大、性能卓越，完全可以代表数据库技术的最高水平，大量核心金融交易系统都构建在 Oracle 数据库之上，甚至在很多场景中，Oracle是无法替代的存在。 数据库性能的好坏直接影响应用程序能否快速响应用户指令，在高并发、高性能和高一致性要求的环境中，Oracle 数据库性能问题是众多DBA最恼火的问题。 SQL优化十分繁杂，而SQL改写却又是SQL优化中最难的一种工作，也是最实用的一种技术。SQL写法灵活多变，实现相同的业务逻辑，可以用不同的写法。不同写法之间的效率可能相差几百甚至
Oracle 内部正在酝酿一款新的 GenAI 工具，未来将投放市场，以满足 Java 和 SQL 开发人员等开发人员的特定需求。
Oracle的Hint是用来提示Oracle的优化器，用来选择用户期望的执行计划。在许多情况下，Oracle默认的执行方式并不总是最优的，只不过由于平时操作的数据量比较小，所以，好的执行计划与差的执行计划所消耗的时间差异不大，用户感觉不到而已。但对于书写操作大数据量的SQL而言，其SQL的书写则需要先了解一下执行计划是否最优或满足生产需要。通常当从开发环境迁移到生产环境下时，往往会出现此类情况。
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
优化器是数据库最核心的功能，也是最复杂的一部分。它负责将用户提交的SQL语句根据各种判断标准，制定出最优的执行计划，并交由执行器来最终执行。优化器算法的好坏、能力的强弱，直接决定了语句的执行效率。笔者也使用了其他诸如MySQL、PostgreSQL、SQLServer等关系型数据库。综合比较来说，Oracle的优化器是功能最强大的。学习SQL优化，从本质来讲就是学习从优化器的角度如何看待SQL，如何制定出更优的执行计划。当然，优化器本身是数据库系统中最复杂的一个部分，本书会就优化器的分类、工作原理等做简单介绍，不会深入细节。
38年，对一个人来说已值壮年，而对于Oracle公司来说，Larry肯定认为他们还只是一个小伙子，在这位充满斗志的创始人眼里，Oracle势必在云时代再次引领潮流，成为新时代的弄潮儿。 在这次Oracle 38周年庆典中，云和恩墨和ACOUG作为Oracle的合作伙伴和社区支持者，一直相伴左右，我用一些片段印象来和大家分享一下我的感受。 务实感恩 客户为先 在这次大会上，第一个感受是务实感恩，Oracle将用户放在了大会的最前面，通过对用户的感恩来表达自己的感激之情，这对Oracle来说是一个重要的信号，好
读书笔记系列01-《收获、不止Oracle》 最近计划将看过的Oracle书籍依次系统的总结下读书笔记。 这本书是我个人觉得写的最有趣的Oracle书籍，也是我接触Oracle后第一本完全精读的Oracle中文书籍。全书主要讲述了Oracle的基本原理（物理体系结构、逻辑体系结构）、表设计、索引原理、多表连接等内容。该书最大特点是利用诙谐的课堂氛围以及将枯燥的技术与有趣多生活故事做类比，培养了读者正确学习和应用技术的意识，达成目标的前提下，尽可能的少做事才能更高效。今后学习一门技术，甚至是一个知识点，都要思考为什么要学它，它是解决什么问题的。这些道理应用广泛，不止局限于学习Oracle技术。
Oracle数据库最为复杂的部分是优化器算法，在进行SQL解析的过程中，Oracle将一切都通过数字进行量化，然后评估比对，最后进行选择。在版本更新中，往往这部分的变化最大，但是文档最少，甚至于无。Oracle常常在出现问题的时候告诉用户，这里包含一个新的特性，可以通过某个参数进行开关，Oracle的复杂与强大都在这其中体现。 Oracle在这个级别上的控制已经细致入微，深入骨髓，今天分析的一个案例就又体验了一次。Oracle有一个参数 _optimizer_rownum_pred_based_fkr ，连
本博客介绍Oracle SQL调优的一种常用也是很实用的方法，也即/*+no_unnest */和/*+ unnest*/，介绍Oracle 的 /*+unnest */ 、 /*+ no_unnest */之前，先介绍一下Hint。
Oracle DBA的角色定义 开发型DBA 数据库安装 数据库架构设计（架构和建模） 代码开发（存储过程，SQL） 运维型DBA 数据库日常监控 故障处理 性能优化 数据备份，容灾 数据库安全规划 DBA的操守 在自己的责任范围内 让数据库设计更合理，预防设计导致的性能或安全隐患 数据更安全 数据库性能更优 数据库日常管理更合理 故障发现，处理及时 数据库的架构设计 数据库架构 分布or单库 实例的冗余 RAC or single 数据库的安全和容灾 DG or streams or Rman 空间的考虑
作为一名IT行业从业者，其实从去年已经隐隐约约感觉到数据库的有变化，只是没有想到变得这么快。今年的一些事情实实在在地给了某些数据库重击，如果以前去某数据库还是喊喊，然后该用还用，今年从传统领域刮起的去某数据库的风，已经开始了，并且后面的乌云密布也看得见。
关于作者：王录华 (luhua.wang@oracle.com), 高级经理 - 系统架构和性能服务, Oracle
Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小微机环境。在关系数据库中，索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录，可以根据目录中的页码快速找到所需的内容，能够有效帮助Oracle数据库提高效率，Oracle索引提高效率已经广泛应用到了Oracle数据库中。
在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL语句，提高系统的可用性。
https://docs.oracle.com/en/database/oracle/oracle-database/index.html
一·、前言：这篇博文内容非原创，是我们公司的架构师给我们做技术培训的时候讲的内容，我稍微整理了下，借花献佛。这篇博文只是做一个大概的科普介绍，毕竟SQL优化的知识太大了，几乎可以用一本书来介绍。另外，博主对SQL优化也是刚刚接触，也有很多不了解的地方，说的不对的地方，还请大家指正，共勉！ 二、oracle服务器，所谓oracle服务器指的是一个数据库管理系统，它包括一个oracle实例（动态）和一个oracle数据库（静态）。 oracle实例是一个运行的概念，提供了一种访问数据库的方式，由SGA和一些后
作者简介 黄浩 惠普 十年一剑，十年磨砺。3年通信行业，写就近3万条SQL；5年制造行业，遨游在ETL的浪潮；2年性能优化，厚积薄发自成一家 主题介绍： Oracle执行计划的另类解读：调皮的执行计划 | 诚实的执行计划 | 朴实的执行计划 说到执行计划，oracle的拥趸们自然而然会兴奋起来。在ORACLE的世界里，执行计划有着其特殊的地位，如果我们将SQL性能优化看成一个生物，那某种程度上，执行计划就是DNA。在某搜索网站中，“oracle 执行计划”关键字的搜索结果与“oracle”关键字的搜索结
基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。
熟悉ORACLE数据库的人，对RBO/CBO肯定很熟。 Rule Based Optimizer（RBO）基于规则 Cost Based Optimizer（CBO）基于成本，或者讲统计信息 ORACLE 提供了CBO、RBO两种SQL优化器。CBO在ORACLE7 引入，但在ORACLE8i 中才成熟。ORACLE 已经明确声明在ORACLE9i之后的版本中(ORACLE 10G )，RBO将不再支持。因此选择CBO 是必然的趋势。 RBO自ORACLE 6版以来被采用，有着一套严格的使用规则，只要你按照
在Oracle 10g中，CBO 可选的运行模式有2种： （1） FIRST_ROWS(n) （2） ALL_ROWS – 10g中的默认值
最近做查询时，写的一条查询语句用了两个IN，导致tuexdo服务积压了不少，用户没骂就不错了。最后经过技术经理的点拨，sql语句性能提升了大约10倍，主要用了表连接、建索引、exists。这才感叹SQL性能优化的重要性啊，网上搜了半天，找到一篇令我非常满意的日志，忍不住分享之：
序言：优化器是Oracle数据库最引人入胜的部件之一，因为它对每一个SQL语句的处理都必不可少。优化器为每个SQL语句确定最有效的执行计划，这是基于给定的查询的结构，可用的关于底层对象的统计信息，以及所有与优化器和执行相关的特性。 本文来自Oracle 白皮书翻译（译者：苏旭辉 newkid），介绍了在Oracle数据库12c第二版中与优化器和统计信息相关的所有新特性并且提供了简单的，可再现的例子，使得你能够更容易地熟悉它们，尤其是当你从早先的版本进行迁移的时候。它还概括了已有的功能是如何被增强以改善性能
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
