ITPub博客

[20251221]建立s2h.sh脚本.txt--//建立一个简单的sql_id 转换 hash_value 值的bash shell脚本。--//没有直接采用 v2=$[ 32#$v1 % 2**32 ] 计算hash_value ,主要原因bash shell计算可能出现负数，取sql_id的后8位，相当于二进--//制8*5 = 40 bit,而hash_value是使用4*8 =32bi

[20251221]建立完善mutexprofz.sql脚本.txt--//以tpt写的mutexprof.sql为蓝本，做了许多修改。--//首先作者采用 MAX(sleeps)应该不对，也许10g正确，11g以后不对，应该换成sum(sleeps).--//增加sql_id,以及增加更多字段hash，hash_value.mutex_addr地址。--//另外生产系统sql语句带有chr(13

[20251219]建立完善s2h.sql脚本.txt--//增加更多的显示信息。$ cat s2h.sql-- Copyright 2023 lfree. All rights reserved.-- Licensed under the Apache License, Version 2.0. See LICENSE.txt for terms and conditions.---------

[20251219]测试sql语句子光标的执行性能2(21c).txt--//昨天下午测试在21c下sql语句子光标的执行性能，当时得出的规律如下：--//建立128个子光标，oracle软软解析探查采用那个子光标的执行计划，是以ChildNumber=99作为分界点开始向ChildNumber=0探查，然--//后再从ChildNumber=100->ChildNumber=127.--/

[20251218]测试sql语句子光标的执行性能(21c).txt--//以前做的测试在11g，别人提示在19c测试不出来，看了以前链接，感觉以前测试混乱，重新学习整理看看。--//顺便验证当时的测试是否存在问题。--//如果一条sql语句产生的子光标很多,除了消耗共享池内存外,也会导致执行时一些性能问题.测试看看在设置--//session_cached_cursors=0的情况下，出现软解析

[20251212]混合16,10进制计算建立vim For windows插件遇到的问题.txt--//前几天在linux下建立一个插件，就是混合16,10进制计算，利用bash shell的$[ ]的计算功能。--//linux下很容易建立，执行脚本或者map=如下："" computer && convert hexadecimal or convert&

[20251209]windows如何确定执行文件所在的目录.txt--//windows如何确定执行文件所在的目录,一定是顺着环境变量PATH定义逐个寻找。d:\>echo %PATH%| tr ; "\n"E:\tools\database21c\binD:\tools\linux\usr\local\wbinC:\Windows\system32C:\Windows

[20251208]vim插件bccalc_linux.vim使用问题2.txt--//前天在linux下使用vim插件bccalc_linux.vim遇到的问题。虽然vim在linux与windows下自己都经常使用，linux下主要写sql语句以--//及编程为主，在windows下写文档，该插件在linux下自己很少使用，今天遇到问题，感觉system函数调用存在许多问题。:versionV

[20251206]混合16进制与10进制的计算.txt--//有时候需要16进制与10进制数值的混合计算，使用bc就比较麻烦或者很难实现。--//使用gdb相对简单$ echo "p /d 0xa+10" | gdb -q(gdb) $1 = 20(gdb) quit$ echo "p /x 0xa+10" | gdb -q(gdb) $1 = 0x14(

[20251205]验证11g dml日志优化是否存在.txt--//鉴于许多生产系统还在运行11g环境，验证11g dml日志优化是否存在。1.环境：SCOTT@book> @ ver1PORT_STRING               &n

[20251202]21c dml日志优化3.txt--//很早以前我就知道，版本18c开始或许12c开始就支持这种功能，如果update修改前后内容没有改变，redo日志记录的信息很少。--//当然前提条件不能打开附加日志，也许dg环境也不行(注：我没有测试)--//我大概翻看当时做的测试笔记，结合最近遇到的问题，在21c下重复验证看看。1.环境:SCOTT@book01p> @ ver2

[20251124]建立完善tpt的tab2.sql脚本.txt--//在tab2.sql脚本的基础上修改支持正则表达式，这样查询时更加方便灵活。$ cat tpt/tab2z.sql-- Copyright 2018 Tanel Poder. All rights reserved. More info at http://tanelpoder.com-- Licensed under the

[20251123]建立完善bcaz.sql脚本.txt$ cat bcaz.sql-- Copyright 2023 lfree. All rights reserved.-- Licensed under the Apache License, Version 2.0. See LICENSE.txt for terms and conditions.---------------------

[20251123]建立完善bcz.sql脚本.txt--//以前写过bind_cap.sql脚本。用于查询抓取的绑定变量值，查询那些变量使用的是like表达式。一些查询不是很方便，建立一个新的--//脚本，命名bcz.sql用来支持正则表达式，更加灵活一些。--//同时建立软连接bc.sql,bca.sql，这样不用打太多字符。$ ln -s bind_cap.sql bc.sql$ ln -s

[20251123]oracle SYS_OP_C2C函数.txt--//优化sql语句中出现SYS_OP_C2C函数，开始我的理解就是将varchar2类型转换位nvarchar2类型。--//但是我在优化两边都使用，也没有报错，也就是转换是双向的。对SYS_OP_C2C函数不是非常了解，测试看看。1.环境：SCOTT@book01p> @ ver2====================

[20251121]生产系统sql语句优化1例2.txt1.环境：xxx> @ ver1PORT_STRING                    VERSION   &n

[20251121]生产系统sql语句优化1例.txt--//很久没有做sql优化工作，现在基本到11月份做一次例行检查，说实在真心不想看这些垃圾，发现一条隐藏很深sql语句。--//开发写的修改条件不足，做一个记录。1.环境：xxx> @ ver1PORT_STRING         VERSION&nbsp

[20251117]使用bbed p dba命令遇到的问题.txt--//前几天使用bbed遇到的问题，就是p命令的dba格式问题，做一个记录，只能讲bbed的一些行为有一些怪异。--//好长时间不使用有点生疏了。1.环境：SCOTT@book01p> @ ver2==============================PORT_STRING   &nbsp

[20251113]建立完善fffext.sh脚本.txt--//以前写过一个通过bbed查看数据块的bash shell脚本，别人使用发现存在问题。$ . fffext.sh 9 225 225 15 ncnnnnnnnnnnnnnnnnncct| head -40|SYSTEM|0|1|128|0|0|0|0|0|3|0|||||01|_SYSSMU1_274027410$|1|21|128|

[20251107]latch cache buffers chains等待事件.txt--//前一段时间测试oracle目前的版本在读读的情况很少出现latch cache buffers chains情况。--//我以前的测试基本是单表，拿别人的例子验证看看。1.环境：SCOTT@book01p> @ ver2==============================PORT_STRI