第25章完整性管理.pdfVIP

下载 第25章 完整性管理 本章要点： 实现锁 分析V $ L o c k 监控系统中的锁 避免锁：可能的解决策略 锁定与分布式数据库 使用闩实现锁 当数据库的容量与系统中的用户数量增加时，对内部资源的争用也变得越来越复杂，这 样最终会导致性能出现问题。内部争用通常表现为有足够的空闲内存并且 C P U不是很忙，但 是系统中仍然存在性能问题。上述现象使一个初学的管理员对系统中发生的事情感到惊奇。 本章的目的就是帮助管理员识别这样的争用问题。本章要讨论的资源是锁与闩。 数据库争用可以被分为两大类，稍后在本章中对这两者分别进行详细讨论。 ■ 锁—用于限制其他用户对数据的存取。 ■ 闩—O r a c l e使用的一个内部机制，用来管理和维护内存锁。 25.1 实现锁 ■ 数据一致性 —O r a c l e锁机制保证查询返回的数据与查询开始的时刻的数据一致。因此， 即使其他用户正在改动数据，执行查询的用户只会看到“静态”的数据。这提供了数 据一致性。 ■ 数据并行性 —锁用于防止对同一对象进行存取的用户之间破坏性的相互作用。 O r a c l e 的锁机制使多个用户能够同时对数据进行安全存取。这提供了数据并行性。 ■ 数据完整性 —事务在执行一个提交或回滚以前保留锁。这提供了数据完整性。 单用户数据库或许从来不需要锁，但是当你工作在一个多用户环境下，有一个合适地自 动满足数据并行性、一致性和完整性的机制是重要的。 O r a c l e通过使用一个内部锁定机制维护 数据的完整性、并行性与一致性。 O r a c l e如何维护数据的完整性、并行性与一致性将在随后的 小节中讨论。 O r a c l e通过获得不同类型的锁，代表用户允许或阻止其他用户对相同资源的同时存取并确 保不破坏数据的完整性，从而自动满足了数据的完整性、并行性与一致性。资源（ r e s o u r c e ） 这个术语在这里指诸如表与行的用户对象。当实现锁时，要记住的一个关键问题是它不能在 系统中形成瓶颈，阻止对数据的并行存取。因此 O r a c l e根据所执行的数据库操作自动地要求不 同层次上的锁定以确保最大的并行性。例如，当一个用户正在读取某行中的数据时，其他用 户能够向同一行中写数据。然而，用户不允许删除表。这些涉及到使用不同锁定级别的事务 能够进行什么级别的对象存取或数据存取的问题将在下节中讨论。 344计计第五部分 管理Oracle数据库 下载 25.1.1 锁的需要 在你实际研究锁定以前，了解一下需要锁定的各种情况。下面是一些阐述了数据一致性 与并行性为什么如此重要的实例： ■ 在一个用户正在修改表中数据的同时，另一个用户正试图删除该表。 O r a c l e通过为第一 个用户取得一个表级锁定阻止此类事情的发生。第二个想要删除表的用户等待第一个 用户释放了表级锁后才能够删除此表。 ■ 用户A 正试图读取用户 B 的某个事务中的一些数据，在用户 A 的事务开始后，该事务由 用户B修改和提交。用户 A读取用户B提交的数据。这意味着在同一个事务中读取的数 据在某个时刻不一致。 O r a c l e保证在一个事务中读取的数据与事务开始时刻保持一致。 O r a c l e使用系统变化号（ S C N ）实现事务级的读取一致性。 系统变化号（ S C N ）是一个数据结构，它定义了一个给定时刻提交的数据库版本。 S C N 可以被认为是O r a c l e 的逻辑时钟。每一次提交它们的数值都要增加。例如，如果某个事务执行 了一个U P D AT E 或提交，该事务将被分配一个假定是 5 0 0 的S C N值，那么下一个提交的事务将 得到一个5 0 1或更大的S C N值。 ■ 某个用户对数据进行修改，另一个用户在第一个用户提交事务以前对同一行进行修 改；因此，第一个用户所做的改变丢失了。 O r a c l e通过在该表的行上取得一个行级专有 锁并让第二个用户等待的方式来防止此类情况的发生。 ■ 一个用户从另一个用户尚未提交的数据中读取数据；也就是