oracle索引

1创建和使用分区表 Oracle分区表分为四类：范围分区表；列表分区表；哈希分区表；组合分区表 范围分区表 创建一个按字段数据范围分区的表，分区置于指定的不同表空间中 示例代码： --为各个分区准备独立的表空间 create tablespace test_space01 datafile‘d:/tbs01.dbf’ size 50m create tablespace test_space02 datafile‘d:/tbs02.dbf’ size 50m create tablespace test_space03 datafile‘d:/tbs03.dbf’ size 50m create tablespace test_space04 datafile‘d:/tbs04.dbf’ size 50m --创建分区表， CREATE TABLE range_example( range_key_column DATE, DATA VARCHAR2(20), ID integer ) PARTITION BY RANGE(range_key_column) ( PARTITION part01 VALUES LESS THAN(TO_DATE('2008-07-01 00:00:00','yyyy-mm-dd hh24:mi:ss')) TABLESPACEtest

　　在应用系统开发初期，由于开发数据库数据比较少，对于查询sql语句，复杂试图的编写等体会不出sql语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要问题之一。系统优化中一个很重要的方面就是sql语句的优化。对于海量数据，劣质sql语句和优质sql语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就行，而是要写出高质量的sql语句，提高系统的可用性。 　　Oracle的sql调优第一个复杂的主题，甚至需要长篇概论来介绍OracleSQL调优的细微差别。不过有一些基本的规则是每个OracleDBA都需要遵从的，这些规则可以改善他们系统的性能。 　　sql调优的目标是简单的：消除不必要的大表全表搜索。不必要的全表搜索导致大量不必要的磁盘I/O，从而拖慢整个数据库的性能，对于不必要的全表搜索来说，最常见的调优方法是增加索引，可以在表中加入标准的B树索引，也可以加入位图索引和基于函数的索引。要决定是否消除一个全表搜索，你可以仔细检查索引搜索的I/O开销和全表搜索的开销，它们的开销和数据块的读取和可能的并行执行有关，并将两者作对比。 　　另外，在全表搜索是一个最快的访问方法时，将小表的全表搜索放到缓存（内存）中，也是一个非常明智的选择。我们会发现现在诞生了很多基于内存的数据库管理系统

9.1 使用autotrace功能辅助sql优化 oracle sql*plus提供一个autotrace的功能，可以用于跟踪sql的执行计划，收集统计信息，通常被作为sql的优化工具之一而被广泛使用。 9.1.1 autotrace功能的启用 autotrace有几个常用选项，简单说明如下： set autotrace off：不生产autotrace报告，这是缺省模式； aet autotrace on explain：autotrace只显示优化器执行路径报告； set autotrace on statistics：只显示执行统计信息； set autotrace on：包含执行计划和统计信息； set autotrace traceonly：同set autotrace on，但是不显示查询输出。 9.1.2 autotrace功能的增强 9.1.3 autotrace功能的内部操作 当使用autotrace功能时，在数据库内部，oracle实际上是启动了2个session连接，一个session用于执行查询等操作，另外一个session用于记录执行计划和输出最终结果等操作。 这两个session都是由一个进程衍生。select * from v$process;一个进程在数据库中可能对应多个session。 主要的操作步骤如下： （1）执行计划的输出 （2）统计信息输出

隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误. 由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给Oracle,这样会导致索引失效. 错误的例子：select from test where tu_mdn=13333333333; 正确的例子：select from test where tu_mdn='13333333333'; 对索引列进行运算导致索引失效,我所指的对索引列进行运算包括(+，-，，/，! 等) 错误的例子：select from test where id-1=9; 正确的例子：select from test where id=10; 使用Oracle内部函数导致索引失效.对于这样情况应当创建基于函数的索引. 错误的例子：select from test where round(id)=10; 说明，此时id的索引已经不起作用了 正确的例子：首先建立函数索引，create index test_id_fbiidx on test(round(id));然后 select * from test where round(id)=10; 这时函数索引起作用了 以下使用会使索引失效，应避免使用； a. 使用 <> 、not in 、not exist、!= b. like "%"

作者 | 末 来源 | https: //www.cnblogs.com/areyouready/p/7802885.html 隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误. 由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给Oracle,这样会导致索引失效. 错误的例子：select from test where tu_mdn=13333333333; 正确的例子：select from test where tu_mdn='13333333333'; 对索引列进行运算导致索引失效,我所指的对索引列进行运算包括(+，-，，/，! 等) 错误的例子：select from test where id-1=9; 正确的例子：select from test where id=10; 使用Oracle内部函数导致索引失效.对于这样情况应当创建基于函数的索引. 错误的例子：select from test where round(id)=10; 说明，此时id的索引已经不起作用了 正确的例子：首先建立函数索引，create index test_id_fbiidx on test(round(id));然后 select * from test where round(id)=10;

SQL 创建表是通过SQL CREATE TABLE 语句来实现，该语句是DDL SQL语句 。CREATE TABLE语句用于创建用于存储数据的表。在创建表时，可以为列定义主键、惟一键和外键等完整性约束。完整性约束可以在列级或表级定义。对于不同的RDBMS, CREATE语句的实现和语法是不同的。 CREATE TABLE语句语法 CREATE TABLE table_name (column_name1 datatype, column_name2 datatype,... column_nameN datatype); SQL table_name—是表的名称 column_name1, column_name2 ….-是列的名称 datatype -是列的数据类型，比如char、date、number等 例如:如果要创建employee表，语句应该是这样的: CREATE TABLE employee ( id number(5), name char(20), dept char(10), age number(2), salary number(10), location char(10)); SQL 在Oracle数据库中，整数列的数据类型表示为“number”。在Sybase中，它表示为“int”。 Oracle提供了另一种创建表的方法。 CREATE TABLE

作为一家金融科技企业，宜信的大量业务都依赖于数据库。如何提高公司整体数据库应用水平，是对DBA的一大挑战，也非常具有现实意义。笔者在宜信的多年工作中，与团队一起总结整理了针对传统关系型数据库的使用规则，并借助自研的数据库审核平台落地，借此帮助研发团队评估数据库开发质量，达到尽早发现问题、解决问题之目的。下图正是这一系统的简单原理图。 如上图所示，针对规则部分又可细分为如下分类（部分）。简单描述如下，后面将逐一详细说明。 一、Oracle规则（对象） 1.1 表、分区 【规则1】 规则说明：超过指定规模且没有分区的表。 规则阈值：2GB（物理大小超过指定阀值）。 规则描述：表的规模过大，将影响表的访问效率、增加维护成本等。常见的解决方案就是使用分区表，将大表转换为分区表。 【规则2】 规则说明：单表或单分区记录数量过大。 规则阈值：1000000（单表或单分区记录数超过指定阀值）。 规则描述：控制单个表或单个分区的数据规模，提高单一对象的访问效率。如记录数过多，应考虑分库、分表、分区等策略。 【规则3】 规则说明：大表过多。 规则阈值：自定义（超过2G的表的数量过多）。 规则描述：大表在所有表中所占比例超过20%(OLTP)或95%(OLAP)。 【规则4】 规则说明：单表分区数量过多。 规则阈值：500（单表分区数量超过指定阀值）。 规则描述：分区表中分区数量过多

目录 1 背景 2 常用思路 2.1 单表分区 2.2 大表分表 2.3 业务分库 2.4 读写分离和集群 2.5 热点缓存 2.6 用ES代替DB 3 订单表优化方案 3.1 业务分析 3.2 分区方案(order_sku/order_product_attr/order_sku_epay) 3.2 历史表+分区方案(order_info) 附录 1 背景 随着用户不断下单，DB订单表和订单附属表的单表记录数过大，影响到前端和管理系统拉取订单列表的性能。单表最大多少行合适与具体业务有关，难以下定论，但一般推荐不要超过1千万行，之后单表的性能下降会比较明显。 本文档整理了数据库大表优化的一些常用思路的原理，最后针对订单表提出优化方案。 2 常用思路 单表分区 大表分表 业务分库 读写分离和集群 热点缓存 用ES代替DB 2.1 单表分区 什么是分区？ 就是将一张表的单个大文件，按一定逻辑拆分成多个物理的区块文件。对于应用程序来说，还是一张整表；但底层实际上是由多个物理区块组成。目前主流的DB如Oracle、MySql等都有成熟的方案支持分区 MySql支持哪些分区类型？ range分区：根据key的范围来分区，比如日志表，可以按天或按月分区 list分区：根据key的枚举值分区，比如以订单状态为key，待付款、待发货、待收货等分别建立一个分区 hash分区：给定分区数

前面一篇文章从实例的角度进行数据库优化，通过配置一些参数让数据库性能达到最优。但是一些“不好”的SQL也会导致数据库查询变慢，影响业务流程。本文从SQL角度进行数据库优化，提升SQL运行效率。 判断问题SQL 判断SQL是否有问题时可以通过两个表象进行判断： 系统级别表象 CPU消耗严重 IO等待严重 页面响应时间过长 应用的日志出现超时等错误 可以使用 sar 命令， top 命令查看当前系统状态。 也可以通过 Prometheus、Grafana 等监控工具观察系统状态。（感兴趣的可以翻看我之前的文章） SQL语句表象 冗长 执行时间过长 从全表扫描获取数据 执行计划中的rows、cost很大 冗长的SQL都好理解，一段SQL太长阅读性肯定会差，而且出现问题的频率肯定会更高。更进一步判断SQL问题就得从执行计划入手，如下所示： 执行计划告诉我们本次查询走了全表扫描 Type=ALL ，rows很大(9950400)基本可以判断这是一段"有味道"的SQL。 获取问题SQL 不同数据库有不同的获取方法，以下为目前主流数据库的慢查询SQL获取工具 MySQL 慢查询日志 测试工具loadrunner Percona公司的ptquery等工具 Oracle AWR报告 测试工具loadrunner等 相关内部视图如v$sql、v$session_wait等 GRID

在向大家详细介绍Oracle Hints之前，首先让大家了解下Oracle Hints是什么，然后全面介绍Oracle Hints，希望对大家有用。基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。 此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们就可以指示优化器使用全表扫描。在Oracle中，是通过为语句添加 Hints(提示)来实现干预优化器优化的目的。 Oracle Hints是一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划。我们可以用Oracle Hints来实现： 1) 使用的优化器的类型 2) 基于代价的优化器的优化目标，是all_rows还是first_rows。 3) 表的访问路径，是全表扫描，还是索引扫描，还是直接利用rowid。 4) 表之间的连接类型 5) 表之间的连接顺序 6) 语句的并行程度 2、HINT可以基于以下规则产生作用 表连接的顺序、表连接的方法、访问路径、并行度 除了”RULE”提示外，一旦使用的别的提示，语句就会自动的改为使用CBO优化器，此时如果你的数据字典中没有统计数据