面试宝典:介绍下Oracle数据库动态性能视图 V$SYSTEM_FIX_CONTROL

最新推荐文章于 2025-11-24 15:52:13 发布
原创 最新推荐文章于 2025-11-24 15:52:13 发布 · 865 阅读 · 22 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #面试 #oracle

在这里插入图片描述

理解您想深入了解 Oracle 19C 数据库中 V$SYSTEM_FIX_CONTROL 动态性能视图。这是一个相对小众但在某些特定场景下非常有用的视图，通常与数据库的故障修复和功能启用/禁用相关。我将为您详细梳理这个视图的各个方面。

📌 Oracle 19C V$SYSTEM_FIX_CONTROL 详解

1. 视图概述与核心作用

V$SYSTEM_FIX_CONTROL 视图显示了数据库中所有可用的 修复控制（Fix Control） 条目及其当前系统级别的状态。这些条目通常与 Oracle 为了修复特定 Bug（尤其是优化器相关的 Bug）而引入的代码修改有关。从 Oracle 10.2.0.2 版本开始引入 _FIX_CONTROL 这个隐含参数来控制这些修复的启用或禁用。

其核心作用是让用户能够查询、确认和管理这些特定的修复是否在当前数据库实例上生效。例如，当某个 Oracle 版本引入的优化器修复反而导致您的特定 SQL 语句产生更差的执行计划时，您可以通过此视图确认修复状态，并尝试禁用该修复。

2. 字段详解

下表详细描述了 V$SYSTEM_FIX_CONTROL 视图中的每个字段。请注意，不同 Oracle 小版本中字段可能略有差异。

字段名称数据类型描述
BUGNONUMBER与之关联的 Oracle Bug 编号。这是标识一个修复的唯一关键字段。
VALUENUMBER该修复在当前系统中的设置值。0 通常表示禁用，1 表示启用，某些修复可能有其他数值来控制行为。
SQL_FEATUREVARCHAR2(10)与该修复关联的 SQL 功能标识符（例如 QKSFM_CBO）。用于将修复归类到特定的功能领域。
OPTIMIZER_FEATURE_ENABLEVARCHAR2(10)启用此修复所需的最低 OPTIMIZER_FEATURES_ENABLE 参数值。这表明修复的生效可能依赖于该参数的设置。
DESCRIPTIONVARCHAR2(200)对该修复的文本描述。通常简要说明了该修复的目的或解决的问题。
EVENTVARCHAR2(128)内部事件（Event）名称（如果该修复与某个事件控制相关）。通常为 0，表示无关联事件。
IS_DEFAULTVARCHAR2(3)指示当前 VALUE 是否是系统的默认值。YES 表示是默认值，NO 表示当前值已被修改。
IS_MODIFIEDVARCHAR2(10)指示该修复的设置是否已被修改过。例如 SYSTEM_MOD 表示在系统级别被修改（如通过 _FIX_CONTROL 参数），SESSION_MOD 表示在会话级别被修改。
ORIGINAL_VALUENUMBER该修复的原始默认值。

关键字段解读：

  • BUGNO 和 VALUE: 这是最重要的两个字段。VALUE 字段决定修复是启用还是禁用。
  • IS_DEFAULT 和 IS_MODIFIED: 这两个字段对于判断当前配置是否被更改非常有用。如果 IS_DEFAULT='NO' 或 IS_MODIFIED 不为空，说明默认行为已被改变。
  • DESCRIPTION: 描述字段的内容有时比较晦涩，但它是理解该修复作用的最直接线索。

3. 底层原理与相关对象

3.1 底层原理

  1. 修复控制机制：Oracle 在发布版本时，会包含大量针对已知问题的代码修复。部分修复可能会因改变行为而带来风险（尤其是执行计划改变）。因此，Oracle 通过 修复控制（Fix Control） 机制为其分配一个唯一的 Bug 编号，并允许用户单独控制其开关。
  2. 内存存储：V$SYSTEM_FIX_CONTROL 是一个动态性能视图，其数据来源于 系统全局区（SGA）中的内部内存结构。这些结构在实例启动时被初始化，加载了所有已知的修复控制条目及其默认状态。
  3. 参数控制：用户可以通过初始化参数 _FIX_CONTROL 在系统级别或使用 ALTER SESSION 在会话级别覆盖默认设置。其语法为 _FIX_CONTROL='bug_number:ON|OFF'。例如：
    ALTER SESSION SET "_fix_control" = '12345678:OFF'; -- 在当前会话禁用修复 12345678
ALTER SYSTEM SET "_fix_control" = '12345678:OFF', '87654321:ON' SCOPE=SPFILE; -- 在系统级别修改多个修复（需重启）
  4. 基表：同其他 V$ 视图一样，V$SYSTEM_FIX_CONTROL 基于一系列内部的 X$ 表（具体表名未公开），这些是 Oracle 在内存中维护的虚拟表，不建议直接查询。

3.2 相关视图

视图名称描述
V$SESSION_FIX_CONTROL显示会话级别的修复控制设置。其字段与 V$SYSTEM_FIX_CONTROL 几乎完全相同，但多了一个 SESSION_ID 字段来标识会话。允许你查看不同会话的覆盖设置。
V$SYSTEM_PARAMETER / V$PARAMETER用于查看 _FIX_CONTROL 等初始化参数的当前设置。
V$SQL, V$SQLAREA用于关联观察修改修复控制后对特定 SQL 执行计划的影响。

4. 主要使用场景

  1. SQL 性能问题排查与规避：这是最常见的场景。当数据库升级或应用补丁后，某些 SQL 突然出现性能衰退，怀疑是新的优化器修复导致执行计划改变时，可以通过此视图查询相关修复，并尝试在系统或会话级别禁用它们来验证问题并临时规避。
  2. Oracle 技术支持建议：Oracle 技术支持人员在提供故障解决方案时，有时会建议启用或禁用某个特定的修复控制条目。
  3. 测试与行为验证：在测试环境中，可以尝试启用/禁用某些修复，观察其对应用功能、性能或行为的影响，为生产环境部署提供决策依据。
  4. 深入了解数据库行为：通过研究哪些修复被启用或禁用，可以更深入地了解当前数据库实例的确切行为状态。

5. 常用SQL查询示例

5.1 查询所有已知的修复控制条目

SELECT bugno, value, description, is_default, is_modified
FROM v$system_fix_control
ORDER BY bugno;

5.2 查找特定的修复控制条目

如果您知道一个具体的 Bug 编号，可以直接查询其状态。

SELECT bugno, value, sql_feature, description, is_default, is_modified
FROM v$system_fix_control
WHERE bugno = 12345678; -- 替换为实际的 Bug 编号

5.3 检查哪些修复的默认设置已被修改

这对于审计和确认当前环境配置非常有用。

SELECT bugno, value, original_value, description, is_modified
FROM v$system_fix_control
WHERE is_default = 'NO' OR is_modified != ' '
ORDER BY is_modified;

5.4 与会话级别设置进行对比查询

此查询比较系统级别和当前会话级别的设置差异。

SELECT s.bugno,
       s.value AS system_value,
       ses.value AS session_value,
       s.description,
       CASE WHEN s.value != ses.value THEN 'DIFFERENT' ELSE 'SAME' END AS status
FROM v$system_fix_control s
JOIN v$session_fix_control ses ON s.bugno = ses.bugno AND ses.session_id = USERENV('SID')
WHERE s.value != ses.value
ORDER BY s.bugno;

6. 重要知识点与注意事项

  1. 隐含参数：_FIX_CONTROL 是一个隐含参数，意味着它通常不应在没有 Oracle 技术支持明确指导的情况下进行修改。错误地禁用某些修复可能会导致系统不稳定或遇到本已修复的问题。
  2. 谨慎操作：在生产环境中修改 _FIX_CONTROL 参数务必极其谨慎。强烈建议先在测试环境中充分验证，并明确了解修改所带来的影响。
  3. 版本差异性：不同 Oracle 版本（19C 的不同小版本，如 19.3, 19.10 等）中可用的修复控制条目及其默认值可能不同。一个在之前版本中可用的修复控制在新版本中可能已被移除或默认启用且不可关闭。
  4. 作用域：修改可以在系统级别（影响所有会话，通常通过修改 spfile 并重启）或会话级别（仅影响当前会话）进行。会话级别的设置优先于系统级别。
  5. 诊断工具：V$SYSTEM_FIX_CONTROL 和 V$SESSION_FIX_CONTROL 是诊断与修复控制相关问题的主要工具，常与 10053 跟踪事件（优化器跟踪）结合使用，来深入分析优化器决策过程。

V$SYSTEM_FIX_CONTROL 视图是 DBA 和性能优化专家工具箱中一件较为高级的工具。它提供了对 Oracle 数据库内部行为进行微调的能力，但能力越大，责任也越大，使用时应始终秉持审慎的原则。

欢迎关注我的公众号《IT小Chen》

12C 新特性，MOVE DATAFILE 在线移动 包括system， 附带改名 NID ，cdb_data_files视图坏了
jnrjian的博客
09-07 1461
-----------------------------------------全部过程开始------------------------------------------------------------------------------------------------pdb的要在pdb 移动也要注意参数create file--------------------在这个版本，可以在线移动一个正在被访问的数据文件；--------------------为什么看不到pdb的system？
【适合收藏】Oracle错误代码大全（全文共17w字），一共包含4809个错误代码（下）
摇光是颗星
01-08 1285
大家好，我是摇光;最近收集了Oracle的相关错误代码，一共4809个错误代码，全文共17w字;特别【适合收藏】，如果需要Excel版的，可以后台找我要。
oracle _fix_control,oracle controlfile路径修改
weixin_42601702的博客
04-15 318
SQL> startup;ORACLE instance started.Total System Global Area 835104768 bytesFixed Size 2232960 bytesVariable Size 633343360 bytesDatabase Buffers 197132288 bytesRedo Buffers 239616...
oracle _fix_control,_FIX_CONTROL Parameter
weixin_39690401的博客
04-15 461
Oracle has introduced a fix control mechanism in 10.2 which allows customers to turn off fixes for optimizer related bugs. This is governed by the underscore parameter fixcontrol. The bugs for which f...
oracle 常用隐藏参数_几个oracle的隐藏参数
weixin_39624071的博客
12-19 435
_enable_NUMA_supportNUMA(Non Uniform Memory Access Architecture，非统一内存访问)把一台计算机分成多个节点(node)，每个节点内部拥有多个CPU，节点内部使用共有的内存控制器，节点之间是通过互联模块进行连接和信息交互。因此节点的所有内存对于本节点所有的CPU都是等同的，对于其他节点中的所有CPU都不同。Oracle从11.2开始，默认...
ORACLE 19C后台报错ORA-00600 [qosdExpStatRead: expcnt mismatch]错误处理
还不算晕的专栏
04-25 1587
近期，在数据库巡检时，发现某用户的ORACLE 19C RAC数据库系统，后台alert日志出现大量的ORA-00600 [qosdExpStatRead: expcnt mismatch]错误，同时产生了很多的cdmp文件，导致TRACE目录的磁盘空间不足问题。2.设置隐含参数 "_fix_control"='31143146:on' （可以动态设置）。本次使用设置隐含参数方式，设置后报错问题得到解决。
[翻译自mos文章]关于_FIX_CONTROL参数的一点知识
msdnchina的专栏@JiNan,ShanDong
02-12 3244
[翻译自mos文章]关于_FIX_CONTROL参数的一点知识
VMware虚拟机安装CentOS7.9 Oracle 11.2.0.4 RAC+单节点RAC ADG
zj88189748的专栏
06-26 2461
这个错误是官方要求DNS，属于bug，忽略，点击ok点击skip点击next，yes选择UTF8修改open_cursor为500默认专用模式可以修改最大数据文件数量，其他参数可以根据自己生产情况来设置。
57、数据库管理脚本与术语解析
tequila的博客
07-20 64
本文详细介绍了数据库管理中常用的 Oracle 脚本及其功能，包括回滚段查询、索引深度检查、重做日志查看等，并对常见的数据库术语进行了全面解析。同时，文章还展示了数据库的架构流程、典型操作示例以及性能优化建议，帮助读者更好地理解和维护 Oracle 数据库系统。
oracle坏块修复
fanzhuozhuo的博客
11-02 1150
oracle坏块修复坏块模拟问题现象表坏块修复处理原则blockrecoverevent 10231，跳过坏块dbms_rowid 跳过坏块DBMS_REPAIR标记坏块，跳过坏块索引坏块修复 坏块模拟 SQL> select SEGMENT_NAME,EXTENT_ID,FILE_ID,BLOCK_ID,BLOCKS from dba_extents where SEGMENT_NAME='TEST'; SQL> set pages 1000 lines 1000 SEGMENT_NAME
oracle12c 报错： ora01792 表或视图中的最大列数为1000
热门推荐
yhj198927的博客
10-24 1万+
安装好Oracle12C，使用SQL语句进行查询时，当查询的列没有达到1000，但是关联的表过多，关联表的总列数达到或超过了1000的话，会报上面的错误。 解决方案如下：        用SysDba登录，执行以下这句话就可解决：alter system set "_fix_control"='17376322:OFF';  这是Oracle12C的一个Bug，也可到官网去下载解决这个Bug
Oracle 12C ORA-01792: maximum number of columns in a table or view is 1000
newsonglin的专栏
11-23 3820
ORA-01792: MAXIMUM NUMBER OF COLUMNS IN A TABLE OR VIEW IS 1000 注意只适用于Oracle 12C解决方案： alter session set “_fix_control”=’17376322:OFF’; 或者 alter system set “_fix_control”=’17376322:OFF’;
How to use the _FIX_CONTROL hidden parameter (Doc ID 827984.1)
Lixora's DB Home
12-20 429
How to use the _FIX_CONTROL hidden parameter (Doc ID 827984.1) To Bottom In this Document Goal Solution References APPLIES TO: Oracle...
如何“暴力破解”Oracle性能优化的极端问题（附精彩案例解读）
Enmotech的博客
12-03 610
云和恩墨大咖系列报道2019数据技术嘉年华于11月16日在京落下了帷幕。大会历时两天，来自全国各地上千名学术精英、数据库领袖人物、数据库专家、技术爱好者在这里汇聚一堂，围绕“开源 • 智...
Oracle查询大于1000条处理
karamay的专栏
06-22 2682
def counum=recordKonbGrid(params.gridType,null, params.recordKonbGrid,null,5) def numSize=counum.size() def a if(numSize>1000){//判断是否大于1000
Oracle超出1000列的错误的解决方法
为8年的IT生涯划上圆满的句号。从今天2015/01/01起，分享生涯点滴。
06-29 2275
最近做的项目中有一个sql语句提示超出1000列，但是实际抽出项目并没有1000列。 oracle版本是12C 最后使用ALTER SYSTEM SET "_FIX_CONTROL"='17376322:OFF';顺利解决。
SSM企业物资管理系统h3109(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上，文末可获取，系统界面在最后面
2509_93102542的博客
11-21 764
在技术实现上，国外多采用成熟的开发框架和技术架构，注重系统的安全性、稳定性和可扩展性，同时积极融入大数据、人工智能等新技术，实现物资需求预测、智能库存优化等功能。基于此，开发一套基于SSM框架的企业物资管理系统，整合部门、员工、物资及各类业务流程管理功能，实现物资管理的数字化、规范化和高效化，成为解决企业物资管理痛点的必然需求。本课题旨在开发一套基于SSM框架的企业物资管理系统，围绕部门、员工、物资信息、物资申请、消息提醒、物资归还、物资入库、意见反馈八大核心功能模块，实现企业物资管理的全流程数字化。
MongoDB GridFS 历史数据自动化清理实践
最新发布
weixin_44316575的博客
11-24 381
本文介绍了MongoDB GridFS系统中历史数据的自动化清理实践。针对GridFS系统中文件数据分散存储在fs.files和fs.chunks两个集合的特点，提出了一套完整的清理方案：首先删除30天前的历史数据，确保元数据和数据块同步清理；然后检查并删除孤立的数据块(chunks)；最后通过compact命令压缩存储空间。这套方法解决了传统清理方式可能导致孤立数据残留和存储空间无法自动回收的问题，有效控制了存储资源的增长和成本。文章提供了详细的MongoDB脚本示例，为实际生产环境中的GridFS数据管
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值