[20231025]跟踪rename操作2.txt
[20231025]跟踪rename操作2.txt--//做一个rename 操作,看看主要修改那些数据字典。1.环境:SCOTT@book> @ ver1PORT_STRING VERSION BANNER------------------- -------
[20231024]NULL值在索引的情况.txt
[20231024]NULL值在索引的情况.txt--//如果全部键值是NULL,oracle不保存该键值在索引中.如果表后面几个字段是NULL值,oracle不会浪费空间保存相关信息.--//因为在数据块中存在一个保存字段数量的标识,而索引块不存在这个标识。这样对于索引字段最后几个字段为NULL的情况,oracle是--//如何操作的呢? 如果索引尾部几个字段是NULL呢?以前没有关注这个问题,
[20231023]共享服务器的问题2.txt
[20231023]共享服务器的问题2.txt--//前一段时间遇到1台数据库服务器机器无法登陆的问题,出现ora-04030错误。--//参考链接:[20230809]ora-04030问题分析整理.txt--//问题在于中间件配置的连接串没有(SERVER = DEDICATED)设置,导致全部连接使用共享模式,而估计10g版本存在某种bug,--//导致共享服务的s00X进程占用的内存空间.
[20231023]备库与alter system flush buffer_cache.txt
[20231023]备库与alter system flush buffer_cache.txt--//测试遇到的问题,在备库执行alter system flush buffer_cache;刷新数据缓存命令无效.--//通过例子验证:1.环境:SYS@192.168.100.235:1521/orcl> @ ver1SYS@192.168.100.235:1521/orcl> @
[20231021]生成bbed的执行脚本.txt
[20231021]生成bbed的执行脚本.txt--//尝试使用bbed 恢复rename IDL_UB1$的情况,前面的准备分析时间很长,恢复很容易。但是每次做修复数据块的一致性时,我总是还要--//查询我以前写的文档,特别浪费时间记不住一些细节。实际上主要写计算公式上,我想既然已经给出提示信息。通过外部命令计算很--//容易生成bbed的执行脚本,自己尝试看看。--//bbed执行verif
[20231020]增加字段的问题.txt
[20231020]增加字段的问题.txt--//测试生产系统遇到的增加字段的相关问题.非常容易混乱,我还是给自己测试看看,加强记忆.1.环境:TTT@192.168.2.7:1521/orcl> @ ver1TTT@192.168.2.7:1521/orcl> @ pr==============================PORT_STRING  
[20231020]为什么刷新缓存后输出记录顺序发生变化5.txt
[20231020]为什么刷新缓存后输出记录顺序发生变化5.txt--//前几天做了单表刷新缓存后输出记录顺序发生变化的情况,今天测试2个表的情况。--//我遇到一个奇怪的现象,做一个记录,我无法使用10046跟踪.1.环境:TTT@192.168.2.7:1521/orcl> @ ver1TTT@192.168.2.7:1521/orcl> @ pr=================
[20231020]rename IDL_UB1$后使用bbed的恢复.txt
[20231020]rename IDL_UB1$后使用bbed的恢复.txt--//继续前面的测试:--//参考链接: [20231019]rename IDL_UB1$的恢复测试前准备.txt1.环境:SYS@book> @ver1PORT_STRING VERSION
[20231019]rename IDL_UB1$的恢复测试前准备.txt
[20231019]rename IDL_UB1$的恢复测试前准备.txt--//前几天看了https://www.anbob.com/archives/7545.html链接,对方rename IDL_UB1$表操作,导致无法建立表操作使用包的语句都有问题.--//测试时遇到许多其他事情打断了恢复工作,最后我仅仅简单尝试了修改数据字典obj$的恢复方式。--//我当时的执行命令是rename I
[20231017]使用dbms_xplan.display_awr查询遇到的问题.txt
[20231017]使用dbms_xplan.display_awr查询遇到的问题.txt--//记录生产系统使用dbms_xplan.display_awr遇到的问题。--//情况简介:生产系统一些查询移到备库执行,主库不会执行该语句。1.环境:SYS@192.168.100.237:1521/orcldg> @ pr==============================PORT_S
[20231017]使用dbms_workload_repository.add_colored_sql之2.txt
[20231017]使用dbms_workload_repository.add_colored_sql之2.txt--//生产系统有一条语句存在性能问题。1.环境:SYS@192.168.100.235:1521/orcl> @ pr==============================PORT_STRING &n
[20231017]建立索引的问题.txt
[20231017]建立索引的问题.txt--//工作需要要建立1个索引,对于生产系统我个人还是比较谨慎的,该表很大21G,记录自己操作遇到的问题。1.环境:SYS@192.168.100.235:1521/orcl> @ pr==============================PORT_STRING
[20231016]增加字段与统计分析问题.txt
[20231016]增加字段与统计分析问题.txt--//oracle从12c引入了volatile tables概念,所谓volatile tables可以理解为频繁DML的表,通过sys.optstat_snapshot$了解生产系统验--//证一些dml比较多的表的操作情况。但是通过修改表结构,增加字段也可能在特定情况下触发统计分析,自己通过测试验证。1.环境:TTT@192.168.2.7
[20231013]共享服务器的问题.txt
[20231013]共享服务器的问题.txt--//前一段时间遇到1台数据库服务器机器无法登陆的问题,出现ora-04030错误。--//参考链接:[20230809]ora-04030问题分析整理.txt--//问题在于中间件配置的连接串没有(SERVER = DEDICATED)设置,导致全部连接使用共享模式,而估计10g版本存在某种bug,--//导致共享服务的s00X进程占用的内存空间.而
[20231013]rename IDL_UB1$的恢复.txt
[20231013]rename IDL_UB1$的恢复.txt--//看了https://www.anbob.com/archives/7545.html链接,对方rename操作,导致无法建立表操作.--//idl_ub1$表是用来存储PL/SQL的代码单元的,包括DIANA等,IDL在这里代表Interface Definition Language.--//这个对象的含义可以从Ixora找
[20231013]为什么刷新缓存后输出记录顺序发生变化3.txt
[20231013]为什么刷新缓存后输出记录顺序发生变化3.txt--//当年提的问题,链接http://blog.itpub.net/267265/viewspace-2763181/=> [20210316]为什么刷新缓存后输出记录顺序发生变化.txt,--//正好别人问我,顺便我重复看了一下,顺便解答这个问题,实际上也许解答不对,许多行为我仅仅是猜测。--//实际上这个问题在于orac
[20231013]CLOB类型的编码问题.txt
[20231013]CLOB类型的编码问题.txt--//昨天想看一串unicode的内容,看了一些链接:https://smarttechways.com/2023/05/29/nls_nchar_characterset-and-nls_characterset-define-in-oracle/National Character Set(NLS_NCHAR_CHARACTERSET) de
[20231012]如何查看unicode编码内容.txt
[20231012]如何查看unicode编码内容.txt--//今天看一条语句的执行计划:SYS@192.168.100.235:1521/orcl> @ dpc dtt2yfpx8jhp4 '' ''PLAN_TABLE_OUTPUT-------------------------------------SQL_ID dtt2yfpx8jhp
[20231012]奇怪的执行时长.txt
[20231012]奇怪的执行时长(sql_id=dtt2yfpx8jhp4).txt--//今天例行检查,我发现一个奇怪的sql语句,实际上以前也遇到过,太久不做维护了,有点忘记了!!1.环境:SYS@192.168.100.235:1521/orcl> @ver1SYS@192.168.100.235:1521/orcl> @ pr=========================
[20231011]查询sys.optstat_snapshot$了解表的DML情况.txt
[20231011]查询sys.optstat_snapshot$了解表的DML情况.txt--//参考连接:https://blog.dbi-services.com/12cr2-dml-monitoring-and-statistics-advisor/--//查询sys.optstat_snapshot$了解表的DML情况.oracle从12c引入了volatile tables概念,所谓v