[20231105]降序索引的疑问.txt
[20231105]降序索引的疑问.txt--//我们生产系统有一套系统我以前维护过,出现一个奇葩现象,建立一堆降序索引,实际上完全没有必要,最后我改了许多索引为普通索引.--//由于可能后续维护或者可能是我遗漏了(当然还有可能索引太大我没有修改),还是有一些索引没改过来.--//我讲过降序索引的一些问题,比如如果索引列是递增的,降序索引可以讲人为导致索引变大,因为这时的分裂变成50-50分裂.而
[20231103]rename IDL_UB1$后使用bbed的恢复3.txt
[20231103]rename IDL_UB1$后使用bbed的恢复3.txt--//上午解决rename IDL_UB1$后使用bbed的恢复问题,就是涉及到的5个索引4个需要修改,其中一个因为NULL值的缘故,不需要修改。--//主要原因是rename是delete再insert obj$,反过来思考,如果修改时长度等长,我仅仅需要name等于原来的字符串就可以,当然有--//一个前提,re
[20231103]输出倒数第2行.txt
[20231103]输出倒数第2行.txt--//别人要实现的需求,输出倒数第2行--//输出最后一行很容易。D:\>seq 10| sed -n "$ p"10--//linux下sed 可没有 $-1 这样的写法:D:\>seq 10| sed -n "\$-1 p"sed: -e expression #1, char 6: Untermi
[20231103]rename IDL_UB1$后使用bbed的恢复的后遗症.txt
[20231103]rename IDL_UB1$后使用bbed的恢复的后遗症.txt--//前段时间遇到的问题,测试使用rename IDL_UB1$后使用bbed的恢复,当时没有发现这个问题,今天才意识到问题.--//我只能继续前面的恢复操作.1.环境:SYS@book> @ver1PORT_STRING
[20231103]sqlplus column new_value old_value.txt
[20231103]sqlplus column new_value old_value.txt--//链接:https://www.orafaq.com/node/515OLD_VALUE vs. NEW_VALUEOLD_VALUE acts very similarly to NEW_VALUE:The difference between the two only really comes
[20231023]生成bbed的执行脚本(bash shell).txt
[20231023]生成bbed的执行脚本(bash shell).txt--//尝试使用bbed 恢复rename IDL_UB1$的情况,前面的准备分析时间很长,恢复很容易。但是每次做修复数据块的一致性时,我总是还要--//查询我以前写的文档,特别浪费时间记不住一些细节。实际上主要写计算公式上,我想既然已经给出提示信息。通过外部命令计算很--//容易生成bbed的执行脚本,自己尝试看看。--/
[20231102]调试bash shell脚本遇到的问题.txt
[20231102]调试bash shell脚本遇到的问题.txt--//今天想看看我前几天写的kd_off.sh脚本是否正常执行,前几天在家里测试的,没有linux环境在cygwin下测试的。--//上班在测试环境测试:$ ./kd_off.sh 4,155 n./kd_off.sh: line 9: rlbbed: command not found./kd_off.sh: line 10:
[20231101]使用tpt seg2.sql脚本问题.txt
[20231101]使用tpt seg2.sql脚本问题.txt--//今天在使用tpt的seg2.sql脚本时遇到1个奇怪问题.当执行 @ seg2 scott.il_01,我总是要打入一个回车才有输出。--//前几天都没有这样的情况。SYS@book> @ seg2 scott.il_01SEG_MB OWNER SEGMENT_NAME SEGMENT_TYPE SEG_TABLESP
[20231101]记录自己工作中1次失误.txt
[20231101]记录自己工作中1次失误.txt--//记录自己维护工作中的一次失误,我发现这台服务器没有安装vim的txt syntax文件,这样看一些文本没有色彩,我个人非常不喜欢黑--//白的vim编辑界面,想从别的服务器拷贝一个txt.vim到本机上来。我操作如下:1.从一台安装有txt.vim的机器拷贝文件过来,我个人的工作习惯先拷贝到/tmp目录。# scp txt.vim root
[20231101]tmux环境变量的继承问题.txt
[20231101]tmux环境变量的继承问题.txt--//工作中一直使用tmux,我有一个习惯,执行tmux后基本不再退出,留在服务器端后台。--//主要原因是等保等安全因素,限制了一些参数HISTSIZE的大小,设置10,我不知道那些经常使用服务器的人怎么用的,要么实际上很少--//人登陆数据库服务器。感觉设置100还合理一些,至少出现问题还有一些线索可以查询。--//还有就是华为监测服务器
[20231031]Index ITL Limit 4.txt
[20231031]Index ITL Limit 4.txt--//昨天做了Index ITL Limi的测试,参考链接=>[20231027]Index ITL Limit 3.txt.--//我想看看这个边界大概在那里,测试看看.1.环境:SCOTT@book> @ver1PORT_STRING &
[20231027]Index ITL Limit 3.txt
[20231027]Index ITL Limit 3.txt--//链接https://jonathanlewis.wordpress.com/2022/02/18/index-itl-limit/,使用自治事务。--//自己尝试不使用自治事务写一个看看。1.环境:SCOTT@book> @ver1PORT_STRING  
[20231030]kitty.exe小技巧.txt
[20231030]kitty.exe小技巧.txt--//在工作中我习惯使用kitty代替putty连接linux服务器.它比putty增加许多功能.--//今天工作中无意发现一个小技巧,不要退出设置屏幕大小.--//使用ctrl+加号 ,ctrl+减号控制屏幕大小,注意不要按太快,太快似乎会崩溃.至少我的测试是这样.--//我使用的kitty版本是 0.70.0.80 10/01/2019-2
[20231026]enq TX - allocate ITL entry的测试4.txt
[20231026]enq TX - allocate ITL entry的测试4.txt--//以前做过测试,自己竟然有点看不明白,再次验证看看。1.环境:SCOTT@book> @ver1PORT_STRING
[20231023]为什么刷新缓存后输出记录顺序发生变化6.txt
[20231023]为什么刷新缓存后输出记录顺序发生变化6.txt--//前几天做了单表刷新缓存后输出记录顺序发生变化的情况,测试2个表的情况时遇到一个奇怪的现象。--//我前面的测试18c,如果使用10046跟踪看不到我遇到的情况,我想使用strace跟踪,发现该机器配置使用asm,strace跟踪无法看到一--//些细节问题。换一台19c的文件型数据库测试看看。1.环境:SYS@192.168
[20231024]共享服务器的问题3.txt
[20231024]共享服务器的问题3.txt--//测试遇到的问题,当设置dispatchers='(PROTOCOL=TCP)'时,lsnrctl status依旧显示bookXDB服务,验证重启应该看不到该服务。1.环境:SYS@book> @ ver1PORT_STRING
[20231029]使用cygwin调式bash shell引出的问题.txt
[20231029]使用cygwin调式bash shell引出的问题.txt--//今天起床后,外面一直淅淅沥沥地下着小雨,本来想等雨停了,出去锻炼的,可是小雨一直下个不停.--//只能使用电脑,顺便写一个脚本完成bbed查看索引kd_off结构的问题.--//家里的电脑没有linux环境,我也没有安装虚拟机,实在太慢了.想着使用cygwin调式bash shell,没想到遇到问题.--//我以
[20231027]Index ITL Limit 2.txt
[20231027]Index ITL Limit 2.txt--//链接https://jonathanlewis.wordpress.com/2022/02/18/index-itl-limit/,重复测试--//如果例子插入语句insert into itl_limit values(200 - i_tx_count);--//修改为insert into itl_limit values(
[20231026]bbed查看索引kd_off结构的问题.txt
[20231026]bbed查看索引kd_off结构的问题.txt--//使用bbed查看索引kd_off结构时存在问题,前面两项指向的偏移不对,从kd_off[2]算起,而且记录的是相对偏移=绝对偏移-kdxle偏移.--//遗漏的两项可以通过最大的kd_off项记录的地址+2 ,+4 获得.--//dump offset kd_off[max]+2 count 2--//dump offset
[20231025]完善tpt的trans.sql脚本.txt
[20231025]完善tpt的trans.sql脚本.txt--//补充status2字段,说明一些细节。-- Copyright 2018 Tanel Poder. All rights reserved. More info at http://tanelpoder.com-- Licensed under the Apache License, Version 2.0. See LICEN