ITPub博客

首页 > Linux操作系统 > Linux操作系统 > X$ 视图介绍 (一)

X$ 视图介绍 (一)

原创 Linux操作系统 作者:NinGoo 时间:2019-05-28 17:48:04 0 删除 编辑

原文:Oracle Wait Interface—A Practical Guide to Performance Diagnostics & Tuning Richmond Shee Kirtikumar Deshpande K Gopalakrishnan McGraw-Hill/Osborne 2100 Powell Street, 10th Floor Emeryville, California 94608 U.S.A.

X$数据结构是Oracle数据库管理系统(DBMS)的核心。在数据库管理系统的内核中,他们是处于不断变化中的内存结构,保存着实例(Instance)运行期间的各种统计信息。所以,如果你的实例已经运行了好几个月,某些统计值可能会因为太大而循环计数了,这些值一般可以忽略掉。X$视图的内容一般只存在于内存中,你不可能将他们导出到其他得数据库中,因为他们在数据字典中没有相关信息。他们也不像普通的表那样可以设置存储参数,但是某些固定的列上可以有索引。


X$视图的名字都是以K开头,表示内核(kernel)。初看起来,他们似乎没有规律,实际上,他们的名字是有规律可循的。X$视图的详细信息并没有相关的描述文档,而且各个版本也可能不一样。

Oracle的内核是分层结构的,相互之间保持独立,控制信息在不同层之间传递。每一层都有一组x$内存结构。下面列出了oracle内核中的层。

 KK 编译层(Comlication layer)
 KX 执行层(Execution layer)
 K2 分布式事务层(Distributed Transaction layer)
 KZ 安全层(Security layer)
 KQ 查询层(Query layer)
 KA 访问层(Access layer)
 KD 数据层(Data layer)
 KT 事务层(Transaction layer)
 KC 缓存层(Cache layer)
 KS 服务层(Service layer)
 KJ 锁管理层(Lock Management layer)
 KG一般层(Generic layer)

编译层(KK)主要负责PL/SQL对象的编译,基于数据字典统计信息的执行计划的生成。编译层的主要组件就是oracle的优化器(Optimizer)。
执行层(KX)执行上层编译好的代码,绑定SQL和PL/SQL对象,同时也负责执行对数据字典的递归SQL调用以及共享池(shared pool)中的游标(cursor)管理。

分布式事务层(K2)处理分布式事务中的两阶段提交(two-phase commits)。两阶段提交(准备和提交)是保证分布式事务的数据完整性的一种机制。

安全层(KZ)用于辅助上面的两层在编译和执行期间的权限处理,主要是管理角色和系统权限。

查询层(KQ)在数据字典缓存中缓存数据字典。在编译期间,编译层(KK)和安全层(KZ)需要从查询层读取数据。

访问层(KA)负责访问数据段(segment),并给上面的层提供数据。

数据层(KD)控制物理数据在段中的存储以及读取。还控制着用户存储表数据和索引数据的数据段的格式化。

事务层(KT)主要的组件就是回滚段(rollback segment)。控制着自由空间列表(freelists)的管理,数据块(data block)中事务列表(ITL)的分配,事务期间的行级锁定(row-level lock)已经回滚数据(undo)的生成。还负责回滚段的分配和事务一致性的管理。

缓存层(KC)管理数据缓冲区(database buffer cache)。本层和操作系统关系紧密,管理着缓冲区和共享内存。同时还负责重做(redo)的生成已经将重做日志写入到重做日志文件。

服务层(KS)为其他的层提供必要的服务。在实例和会话级应用初始化参数。控制着单个实例的闩锁latch分配和锁(lock)管理。并且维护实例级的等待时间和统计信息。

锁管理层(KJ)管理RAC环境的锁和资源。维护着全局缓冲锁(buffer lock),而不是表锁或者行级锁。

在你利用x$视图直接从SGA获取信息前,有必要澄清一些关于x$的常见的误解。

误解一:在一个负荷很重的系统中,你不应该查询x$视图。
事实:查询x$大部分时候是安全的。几乎所有的v$视图都是基于一个或多个x$视图的。如果有什么区别的话,绕过v$而直接查询x$代价更低。

误解二:你不应该经常查询x$视图,因为访问后x$的内容会被清除。
事实:只有X$KSMLRU(Kernel Serveice layer Memory-omponent Least Recently Used)会在查询后清空。其他的x$并不会在查询后清空其内容。

误解三:你不能对x$视图执行DML操作,否则将导致实例崩溃
事实:即使你试图对x$视图执行DML操作,你也不可能成功。Oracle是不会允许你这么做的。当然,通过某些手段可以清除或者重设某些x$视图,但那并不是DML操作了。

误解四:在实际生活中,你没有必要访问x$视图。因为机会所有的x$视图信息都能通过查询v$视图获得。
事实:v$视图只暴露了x$视图的一部分信息。对于一些高级的统计信息和内部信息,你仍然需要通过x$获取。例如,共享池内存块(chunks)的大小和块的接触点计数(touch count)都只能通过x$视图获得。

误解五:只有sys用户能访问x$视图。所以,为了获得x$视图的信息,必须以sys身份登陆数据库
事实:这并不完全正确。你可以以SYS的身份创建基于x$的视图,然后将对创建的视图的select权限赋予其他用户,然后其他非DBA的用户就可以查询这些视图了。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/193161/viewspace-50162/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2004-12-07

  • 博文量
    200
  • 访问量
    132152