SQL Firewall 上线第一周,差点把自家报表系统封了
SQL Firewall 上线第一周,差点把自家报表系统封了
Duality View 这玩意儿,本质就是给关系表套了个 JSON 马甲
Duality View 这玩意儿,本质就是给关系表套了个 JSON 马甲
Oracle 26ai 向量检索,我们测到第 800 万条记录时内存炸了
Oracle 26ai 向量检索,我们测到第 800 万条记录时内存炸了
Oracle数据库动态性能视图概述
Oracle数据库动态性能视图概述动态性能视图介绍在 Oracle 数据库的操作过程中,它会维护一组记录当前数据库活动的虚拟表。这些视图称为动态性能视图,因为他们在数据库处于打开状态和在使用过程中会不断更新。这些视图有时也称为 V$ 视图。动态性能视图内容1、系统和会话参数2、内存使用和分配3、文件状态(包括 RMAN 备份文件)4、工作和任务的进度5、SQL 运行6、统计和度量动态性能视图主要用
一次ORACLE RAC实例驱逐详细分析
一次ORACLE RAC实例驱逐详细分析
Sharding with Vector——分布式环境下的高可用语义搜索
Sharding with Vector——分布式环境下的高可用语义搜索
OceanBase 直连 Oracle DBLink
OceanBase 直连 Oracle DBLink
SQL Firewall 安全防护——基于白名单的零信任数据访问
SQL Firewall 安全防护——基于白名单的零信任数据访问
JSON-Relational Duality——关系型与文档型的融合架构
JSON-Relational Duality——关系型与文档型的融合架构
AI Vector Search 向量检索技术——从语义理解到混合检索
AI Vector Search 向量检索技术——从语义理解到混合检索
[20260427]21c下设置pre_page_sga=true使用hugepages的疑问.txt
[20260427]21c下设置pre_page_sga=true使用hugepages的疑问.txt--//这是前几天测试use_large_pages参数时有关使用hugepages的疑问。1.环境:SYS@book> @ ver2==============================PORT_STRING &n
[20260426]验证21c下pre_page_sga=false时是否启动SA后台进程.txt
[20260426]验证21c下pre_page_sga=false时是否启动SA后台进程.txt--//验证pre_page_sga=false时是否启动SA后台进程.1.环境:SYS@book> @ ver2==============================PORT_STRING &n
[20260426]验证11g下pre_page_sga=true的一些细节.txt
[20260426]验证11g下pre_page_sga=true的一些细节.txt--//验证几个问题。1.在11g下pre_page_sga=true的情况下,sga内存是否全部分配。2.在11g下pre_page_sga=true的情况下,是否会启动或者存在sa后台进程。1.环境:SYS@book> @ ver1PORT_STRING &n
[20260424]验证11g下是否可以修改后台进程名的显示.txt
[20260424]验证11g下是否可以修改后台进程名的显示.txt--//昨天在测试21c下遇到执行pgrep -l ora_dism无法显示的问题,发现执行pgrep -l dism有显示,使用strace跟踪发现如果环境变量--//ORACLE_PATH或者SQLPATH存在类似ora_<bg_name>_<sid>的文件,可以实现oracle启动后,执行ps -ef
[20260423]再论参数use_large_pages.txt
[20260423]再论参数use_large_pages.txt--//现在服务器内存越来越大,一开始上线最好采用hugepages,而不是以后某个时间再修改,这样无形增加运维的工作量。--//现在缺省参数use_large_pages缺省等于true,非常容易混淆,并不是一定全部采用HugePage,而是优先使用HugePage,如果不足采--//用small pages作为补充,oracle
[20260423]oracle参数设置问题.txt
[20260423]oracle参数设置问题.txt--//前几天在21c下测试use_large_pages参数的问题,开始每次修改参数都是手工修改参数文件,非常繁琐,而且很容易出错,并且遗漏--//一些步骤。--//想到通过修改init参数文件来覆盖spfile中的参数文件,在测试中犯了一个低级错误。记录下来,避免以后再犯类似错误。1.环境:SYS@book> @ ver2=======
[20260422]使用linux pgrep命令遇到的问题.txt
[20260422]使用linux pgrep命令遇到的问题.txt--//一般通过执行pgrep可以查询特定进程名的进程号,类似grep查询方式.上午在使用时遇到一个问题.--//分析一下,为什么出现这样的现象.1.测试前准备:$ cat /u01/app/oracle/dbs/initbook.oraSPFILE='/u01/app/oracle/dbs/spfilebook.ora&
[20260421]测试21c下测试use_large_pages遇到的问题.txt
[20260421]测试21c下测试use_large_pages遇到的问题.txt--//最近几天一直在测试21c下测试use_large_pages设置,在测试中遇到1个情况,做一个记录.--//首先测试时遇到如果use_large_pages=only或者auto_only的情况下,vm.nr_overcommit_hugepages设置无效.--//但是测试有时候会在tmux各个面板下切换
[20260422]测试设置use_large_pages是否会启动dism.txt
[20260422]测试设置use_large_pages是否会启动dism.txt--//前几天测试设置use_large_pages是否会启动oradism,每次手工设置切换执行非常麻烦,一些步骤非常容易遗漏做错,写一个测试脚--//本,一次测试完成。1.环境:SYS@book> @ ver2==============================PORT_STRING &
[20260421]11g关于hugepages的相关问题.txt
[20260421]11g关于hugepages的相关问题.txt--//昨天测试21c设置use_large_pages时遇到的问题,遇到以前在11g测试不同的情况,在11g重复测试验证看看。--//测试1.设置use_large_pages=auto,是否启动oaadism命令。--//测试2.设置use_large_pages=only时,vm.nr_overcommit_hugepages