事务治理是数据库治理中至关关键的一环，它确保了数据的分歧性、完整性和牢靠性。Oracle数据库提供了弱小的事务治感性能，能够保证多个操作在数据库中作为一个逻辑单元口头，以确保数据的正确性。上方将详细引见Oracle数据库事务治理的关键步骤，协助您把握事务治理的技巧，提高系统的数据分歧性。

一、事务基本概念

1、事务：事务是指一组数据库操作，这些操作要么所有成功口头，要么所有失败回滚。事务具备原子性、分歧性、隔离性和耐久性（ACID）的个性。

2、原子性：事务中的一切操作要么所有成功口头，要么所有回滚。假设出现缺点或失误，数据库会智能回滚一切未提交的操作，坚持数据的分歧性。

3、分歧性：事务完结后，数据库的形态应该合乎预期的分歧性要求。即使事务环节中出现了失误或缺点，数据库也会经过回滚等机制坚持数据的分歧性。

4、隔离性：事务应该相互隔离，使得每个事务感知不到其余事务的存在。经过并发控制机制，保证多个事务之间的操作不会相互搅扰。

5、耐久性：一旦事务提交，它所做的修正将终身保留在数据库中，即使系统出现缺点也不会失落。

二、事务治理步骤

1、开启事务：经过SQL语句"BEGIN"或"STARTTRANSACTION"来开局一个事务。Oracle数据库自动状况下处于智能提交形式，象征着每个SQL语句都将智能提交为一个独立的事务。假设须要手动治理事务，则须要经常使用"BEGIN"语句显式开启一个事务。

2、口头数据库操作：在事务中口头数据库操作，包含拔出、降级、删除等。这些操作应该作为一个逻辑单元启动口头，要么所有成功，要么所有回滚。

3、判别事务结果：经过审核SQL语句的口头结果或意外状况，判别事务能否口头成功。假设出现失误或意外，应该回滚事务；假设一切操作都口头成功，则可以继续下一步。

4、提交事务：经过SQL语句"COMMIT"来提交事务，将一切操作终身保留到数据库中。提交后，事务完结，数据库进入一个新的分歧形态。

5、回滚事务：假设事务环节中出现失误或意外，可以经过SQL语句"ROLLBACK"来回滚事务。回滚将敞开一切未提交的操作，使数据库复原到事务开局前的形态。

三、事务治理技巧

1、设计正当的事务边界：将相关的操作组织成一个事务，确保数据的分歧性。事务边界应该依照业务逻辑和数据依赖相关来确定。

2、经常使用保留点（Savepoint）：保留点是事务中的一个标志，可以在事务中的某个位置设置保留点，并经过回滚到保留点来撤销该点之后的操作。保留点提供了更细粒度的事务控制。

3、并发控制机制：并发访问数据库或者造成数据的不分歧性或失落降级疑问。经过经常使用锁机制、多版本并发控制（MVCC）或失望并发控制（OCC）等技术，保证多个事务相互隔离，防止抵触和竞争条件。

4、意外处置和失误复原：在事务中处置意外状况，捕捉并处置失误，并依照业务需求启动复原操作。经常使用TRY-CATCH语句块来捕捉意外，并在意外处置程序中口头回滚或其余操作。

5、日志和复原机制：Oracle数据库经常使用重做日志（RedoLog）和回滚日志（UndoLog）来成功事务的耐久性和复原。活期备份日志，以便在系统缺点时启动复原。

四、事务性能优化

1、事务拆分：关于复杂的事务，可以将其拆分红多个较小的事务，以提高并发性和缩小锁竞争。将长期间运转的事务拆分为短事务，缩小对资源的占用期间。

2、批量操作：尽量将多个操作组分解批量操作，经过缩小通讯开支和缩小事务开支来提高性能。经常使用"FORALL"语句一次性性处置多行数据，防止逐行操作。

3、并行处置：关于可并行口头的操作，可以经常使用并行查问和并行DML来提高处置速度和吞吐量。经过在SQL语句中经常使用并行揭示来指定并行度。

4、防止长事务：长期间运转的事务会占用资源并降落并发性能。尽量将事务设计为短事务，及时提交或回滚，监禁资源。

5、优化并发控制：依据详细运行场景选用适当的并发控制机制，如细粒度锁、MVCC或OCC，并依据实践状况调整相关参数，平衡分歧性和性能需求。

事务治理是确保数据库数据分歧性的关键步骤。经过正确地开启事务、口头数据库操作、判别事务结果、提交或回滚事务等基本步骤，可以保证数据的分歧性和牢靠性。在事务治理环节中，还须要留意事务的边界、经常使用保留点、并发控制机制、意外处置和失误复原等技巧，以及事务性能优化。

如何保持Oracle数据库的优良性能

如何保持Oracle数据库的优良性能 Oracle数据库以其高可靠性、安全性、可兼容性，得到越来越多的企业的青睐。 如何使Oracle数据库保持优良性能，这是许多数据库管理员关心的问题，根据笔者经验建议不妨针对以下几个方面加以考虑。 一、分区根据实际经验，在一个大数据库中，数据空间的绝大多数是被少量的表所占有。 为了简化大型数据库的管理，改善应用的查询性能，一般可以使用分区这种手段。 所谓分区就是动态表中的记录分离到若干不同的表空间上，使数据在物理上被分割开来，便于维护、备份、恢复、事务及查询性能。 当使用的时候可建立一个连接所有分区的视图，使其在逻辑上仍以一个整体出现。 1.建立分区表 Create table Employee( EmpNo varchar2(10) primary key, Name varchar2(30), DeptNo Number(2) ） Partition by range(DeptNo) (partition PART1 values less than (11) tablespace PART1_TS, partition PART2 values less than(21) tablespace PART2_TS, partition PART3 valuse less than(31) tablespace PART3_TS partition PART4 values less than(MAXVALUE) tablespace PART4_TS );表Employee依据DeptNo列进行分区。 2.分区索引 Create index Employee_DeptNo on Employee (DeptNo)local( partition PART1 tablespace PART1_NDX_TS, partition PART2 tablespace PART2_NDX_TS, partition PART3 tablespace PART3_NDX_TS, partition PART4 tablespace PART4_NDX_TS, );当分区中出现许多事务并且要保证所有分区中的数据记录的惟一性时采用全局索引，在建立全局索引时，Global子句允许指定索引的范围值，这个范围值可以不同于表分区的范围值。 只有建立局部索引才会使索引分区与表分区间建立起一一对应关系。 因此，在大多数情况下，应该使用局部索引分区。 若使用了此索引，分区就能够很容易地将索引分区与表分区建立关联，局部索引比全局索引更易于管理。 3.分区管理根据实际需要，还可以使用Alter table命令来增加、删除、交换、移动、修改、重命名、划分、截短一个已存在分区的结构。 二、重建索引如果表中记录频繁地被删除或插入，尽管表中的记录总量保持不变，索引空间的使用量会不断增加。 虽然记录从索引中被删除，但是该记录索引项的使用空间不能被重新使用。 因此，如果表变化不定，索引空间量会不断增加，不论表中记录数量是否增加，只是因为索引中无效空间会增加。 要回收那些曾被删除记录使用的空间，需要使用Alter index rebuild命令。 可以做一个定期运行的程序，来重建最活动表的索引。 这个程序可以在空闲时运行，以避免该程序与其他应用程序冲突。 若能坚持索引的这一程序规划，便可以及时回收那些未使用空间，提高空间利用率。 三、段的碎片整理当生成一个数据库对象时(一个表或一个索引)，通过用户缺省值或指定值来为它指定表空间。 一个在表空间中生成的段，用于存储对象的相关数据。 在段被关闭、收缩、截断之前，段所分配的空间将不被释放。 一个段是由范围组成，而范围是由相邻的Oracle块组成。 一旦存在的范围不能再存储新的数据，这个段就会去获得新的范围，但并不要求这些范围是彼此相邻的。 这样的扩展会一直继续下去，直到表空间中的数据文件不能提供更多的自由空间，或者范围数量已达到极限。 因此，一个碎片太多的数据段，不仅会影响运行，也会引发表空间中的空间管理问题。 所以，每个数据段只含有一个范围是十分有益的。 借助监控系统，可以通过检查DBA_SEGMENTS数据字典视图来了解哪些数据库对象含有10个或更多范围的段，确定其数据段碎片。 若一个段的碎片过多，可用两种方法解决：1.用正确的存储参数建立一个新表，将旧表的数据插入到新表中，在删除旧表;2.利用Export/Import工具。 如：exp system/manager file==Y grants=Y indexes=Y tables=(T1,T2)若输出成功，进入Oracle，删除上述表。 注：compress=Y表示将在输出过程中修改它们的存储参数。 imp system/manager file= commit=Y buffer= full=Y四、自由范围的碎片整理表空间中的一个自由范围是表空间中相连的自由(空间)块的集合。 当一个段关闭时，它的范围将被释放，并被标记为自由范围。 然而，这些自由范围再也不能与相邻的自由范围合并，它们之间的界线始终存在。 但是当表空间的缺省值pctincrease设置不是0时，SMON后台进程会定期将这些相邻的自由范围合作。 若pctincrease设置为0，那么相邻自由范围不会被数据库自动合并。 但可以使用Alter table命令coalesce选项，来强迫进行相邻自由范围的合并。 不进行自由范围合并，在日后的空间请求中，会影响到表空间中的空间分配。 当需要一个足够大的范围时，数据库并不会合并相邻的自由范围，除非没有其他选择。 这样，当表空间中前面较小的自由范围已被使用时，将使用表空间中后面部分最大的一个自由范围。 结果，会因为没有足够多的使用空间，从而导致表空间需求的矛盾。 由于这样的情况出现，使数据库的空间分配距理想越来越远。 自由空间碎片常会出现在那些经常关闭又重新生成的数据库表和索引中。 在理想的Oracle表空间中，每一个数据库对象存储在一个单独的范围中，并且所有有效自由空间集中在一个巨大而连续的范围中。 这样，在一个对象需要附加存储空间时，可以在增加获取足够大自由空间的可能性的同时，最小化空间中的循环调用，提高自由空间使用率。

Oracle数据库锁的常用类型有哪些

此文章主要是对Oracle数据库锁机制的详细研究 首先我们要介绍的是Oracle数据库锁的类型 同时也阐述 在实际应用中我们经常会遇到的与锁相关的异常情况 特别对经常遇到的由于等待锁而使事务被挂起的问题进行了定位及解决 并对死锁这一比较严重的现象 提出了相应的解决方法和具体的分析过程

数据库是一个多用户使用的共享资源 当多个用户并发地存取数据时 在数据库中就会产生多个事务同时存取同一数据的情况 若对并发操作不加控制就可能会读取和存储不正确的数据 破坏数据库的一致性

加锁是实现数据库并发控制的一个非常重要的技术 当事务在对某个数据对象进行操作前 先向系统发出请求 对其加锁 加锁后事务就对该数据对象有了一定的控制 在该事务释放锁之前 其他的事务不能对此数据对象进行更新操作

在数据库中有两种基本的锁类型 排它锁（Exclusive Locks 即X锁）和共享锁（Share Locks 即S锁） 当数据对象被加上排它锁时 其他的事务不能对它读取和修改 加了共享锁的数据对象可以被其他事务读取 但不能修改 数据库利用这两种基本的锁类型来对Oracle数据库的事务进行并发控制

在实际应用中经常会遇到的与锁相关的异常情况 如由于等待锁事务被挂起 死锁等现象 如果不能及时地解决 将严重影响应用的正常执行 而目前对于该类问题的解决缺乏系统化研究和指导 本文在总结实际经验的基础上 提出了相应的解决方法和具体的分析过程

Oracle数据库的锁类型

根据保护的对象不同 Oracle数据库锁可以分为以下几大类 DML锁（data locks 数据锁） 用于保护数据的完整性 DDL锁（dictionary locks 字典锁） 用于保护数据库对象的结构 如表 索引等的结构定义 内部锁和闩（internal locks and latches） 保护数据库的内部结构

DML锁的目的在于保证并 *** 况下的数据完整性 本文主要讨论DML锁 在Oracle数据库中 DML锁主要包括TM锁和TX锁 其中TM锁称为表级锁 TX锁称为事务锁或行级锁

当Oracle执行DML语句时 系统自动在所要操作的表上申请TM类型的锁 当TM锁获得后 系统再自动申请TX类型的锁 并将实际锁定的数据行的锁标志位进行置位 这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志 而只需检查TM锁模式的相容性即可 大大提高了系统的效率

TM锁包括了SS SX S X等多种模式 在Oracle数据库中用 － 来表示 不同的SQL操作产生不同类型的TM锁 如表 所示

在数据行上只有X锁（排他锁） 在 Oracle数据库中 当一个事务首次发起一个DML语句时就获得一个TX锁 该锁保持到事务被提交或回滚 当两个或多个会话在表的同一条记录上执行DML语句时 第一个会话在该条记录上加锁 其他的会话处于等待状态 当第一个会话提交后 TX锁被释放 其他会话才可以加锁

当Oracle数据库发生TX锁等待时 如果不及时处理常常会引起Oracle数据库挂起 或导致死锁的发生 产生ORA 的错误 这些现象都会对实际应用产生极大的危害 如长时间未响应 大量事务失败等

TX锁等待的分析

在介绍了有关地Oracle数据库锁的种类后 下面讨论如何有效地监控和解决锁等待现象 及在产生死锁时如何定位死锁的原因

监控锁的相关视图 数据字典是Oracle数据库的重要组成部分 用户可以通过查询数据字典视图来获得数据库的信息 和锁相关的数据字典视图如表 所示

TX锁等待的监控和解决在日常工作中 如果发现在执行某条SQL时数据库长时间没有响应 很可能是产生了TX锁等待的现象 为解决这个问题 首先应该找出持锁的事务 然后再进行相关的处理 如提交事务或强行中断事务

死锁的监控和解决在数据库中 当两个或多个会话请求同一个资源时会产生死锁的现象 死锁的常见类型是行级锁死锁和页级锁死锁 Oracle数据库中一般使用行级锁 下面主要讨论行级锁的死锁现象

当Oracle检测到死锁产生时 中断并回滚死锁相关语句的执行 报ORA 的错误并记录在Oracle数据库的日志文件alertSID log中 同时在user_dump_dest下产生了一个跟踪文件 详细描述死锁的相关信息

在日常工作中 如果发现在日志文件中记录了ora 的错误信息 则表明产生了死锁 这时需要找到对应的跟踪文件 根据跟踪文件的信息定位产生的原因

如果查询结果表明 死锁是由于bitmap索引引起的 将IND_T_PRODUCT_HIS_STATE索引改为normal索引后 即可解决死锁的问题

表 Oracle的TM锁类型

锁模式 锁描述 解释 SQL操作

NULL 空 Select

SS(Row S) 行级共享锁 其他对象只能查询这些数据行 Select for update Lock for update Lock row share

SX(Row X) 行级排它锁 在提交前不允许做DML操作 Insert Update Delete Lock row share

S(Share) 共享锁 Create index Lock share

SSX(S/Row X) 共享行级排它锁 Lock share row exclusive