ANBOB™

范围分区是大型数据库中常用的Table类型， 如按时间维度划分方便后期的周期清理，在Oracle中range分区只需指定分区的上限(less than)，而在PostgreSQL中的分区比较另类，需要指定分区的上限和下限区间，而这种涉及就有可能存在一个问题，超出分区的范围除了表级最小和最大时间，在PostgreSQL中还有可能因为条件不连续存在分区之间的GAP，如以天为分区， 分区界限是2023/03/01, 2023/03/02, 2023/03/04, 缺失 2023/03/03分区

一套医院的Oracle数据库用户平时并发并不高，但时长出现数据库无法响应，导致应用活动并发数逐渐增加，OS load能达大几百甚至1000+， 这是一个4物理CPU,144core的硬件，CPU usage sys和user并不高，数据库查询v$session活动会话高时event是大部分进程on cpu, 操作系统层是%iowait高，

近日因为一个MySQL备份使用XtraBackup失败的问题，让我认识了一下MySQL的DDL中ALGORITHM=INSTANT算法，发现该问题引起的风险并不小这里整理一下，Oracle其实也一样，在不同的版本中有可能引入一些新特性同时，也可能引入一些风险bug,

环境oracle 11.2.0.4 2-nodes RAC on linux, 客户做了存储设备更换，像RAC 依赖的设备VD/OCR 通过增加NEW ASM DISKGROUP方式替换，做完以后当时RAC资源都正常，此日重启CRS服务发现crsd.bin进程一直失败，两个节点相同CRS无法启动，CSSD、GIPC\GPNP均启动正常，但ASM实例启动正常，DB手动启动也可以正常open, 后分析crs日志发现crs为启动后crash， 这里简单记录该问题。

环境11.2.0.4 RAC，表空间耗尽大量insert并发等待enq: HW, 增加30数据文件后，但很快空间再次接近耗尽，后分析增长最大的segment时发现了新增加的数据文件被insert的segment分配大量extent，但都是unused block，存在重复提升High water Mark现象，通常extent是用完后再allocate new extent，这种大量创建空extent的现象属于软件bug.

最近信C进程加速， 一些行业可能面临替换CentOS、RedHat linux的ZZ任务， Oracle可能还要3-4年的缓和期，当前Oracle官方在12c已经增加了对中标麒麟的认证， 但目前没有任证的OS如果基于centOS的货也可以安装并运行生产环境， 在Kylin V10安装了个单实例oracle 11.2.0.4还算不复杂，下面简单分享

今天有个同事咨询，发现在11.2.0.4以后的版本create or replace view 修改view 视图时，即使view owner当前用户是dba role也无法create or replace方式重建view，如当前用户u1把select on u1.t1 给u2（without grant option）, 用户u2创建 view 给了u3 select 查询. 按说u3对u1.t1是当前没有级联授权，所以u2在编辑view时会报错ORA-01720，而在11.2.0.3之前是正常编辑，但行为是不正确的, 从11.2.0.4以后已做修正。

Oracle 数据库安全性评估工具Oracle Database Security Assessment Tool (DBSAT) 可提供专业建议，助您降低 Oracle 数据库的安全风险或漏洞威胁。使用 DBSAT，您可以通过数据库当前状态评估（包括配置）和敏感数据发现等功能，全面洞察数据库的安全和合规态势。DBSAT区分 Oracle on-premises 数据库、自治数据库（共享和专用）和 DBCS，根据数据库目标类型，DBSAT 执行不同的检查项

MySQL 中也有像oracle v$sysstat简化的实时监控InnoDB表内部计数器， MySQL 8.0.31 最新版有310多个计数器， 使用show engine innodb status可以查看，但可读性并不好，有些版本显示内存总扩展为0错误。这个问题影响>= 8.0.27.

前段时间一个oracle 19c RAC 1个节点异常重启，日志显示是lmd进程hang 丢失heartbaet 超过70s， Lmhb进程重启了实例， 操作系统资源空闲，从lmhb trace中确实lmd在做free memory的操作。