锁定统计信息虽然可以防止统计信息被意外修改，但也可能带来统计信息过时、优化器决策不准确等问题。因此，在使用锁定统计信息时，需要结合具体业务场景，并做好监控和维护工作。Oracle收集统计信息时报错ORA20005统计信息已锁定。不知什么时候什么人，这个表的统计信息被锁定了，锁定统计信息后，统计信息将不再更新，即使表中的数据发生了显著变化，过时的统计信息可能导致优化器选择错误的执行计划，进而影响查询性能，一般在数仓环境下经常truncate表时会锁定统计信息，以保证SQL执行计划不发生改变。如果一些对象没有统计信息，而恰巧该对象又锁定了统计信息，那么此时数据库在执行SQL时，就会使用动态采样。

查看每个归档生成率该查询在现有数据库上运行时计算每个日志的重做生成率。（根据需要更改时间戳）SELECTTHREAD,SEQUENCE,BLOCKSBLOCKSIZE/1024/1024

简而言之，操作系统负责启动ohasd进程，ohasd进程启动agents用来启动守护进程(gipcd,mdnsd,gpnpd,ctssd,ocssd,crsd,evmd,asm…)，crsd启动agents用来启动用户资源。如果需要了解更详细的GridInfrastructureCluster启动顺序，请参阅note1053147.1。对于11.2.0.3以上的非EXADATA的系统，ora.diskmon会处于offline的状态，由于ohasd.bin的责任是直接或者间接的启动集群所有的其它进程，所以只有这个进程正常启动了，其它的进程才能起来，如果ohasd.bin的进程没有起来，当我们检查资源状态的时候会报错CRS4639

12月31号下午快要下班的时候，看到监控突然告警，一套19c核心ADG备库出现“applylag”应用延迟，心想难道是刚才表空间扩容添加数据文件导致的吗？赶紧跑到监控室登录生产环境看看。首先登录到备库查看延迟情况，确实有两个多小时的applylag延迟时间，通过V$MANAGEDSTANDBY视图继续查看MRP进程发现已经不存在了。然后去查看alert日志发现了问题，MRP进程因ORA00059进程挂掉了，参数dbfiles达到了最大值备库恢复中断，提示控制文件SCN比数据文件SCN大一点，数据库仍然是open状态，可进行查询，但需要恢复。

有的时候，我们在使用OGG的过程中，需要维护数据正常同步，减少同步延迟，其中有一个手段就是拆分应用进程。下面则介绍了如何新增应用进程以及如何拆分应用进程。

昨天周末，闲来没事，也没有午休，下午刚好没有外出坐在电脑前回答微信群友的问题，突然好朋友在另一个群里发了一个Oracle启动失败的截图，说是主机断电重启了，Oracle数据库启动不了，一看数据库版本是19.3，也不是啥老掉牙的库，觉得问题不大。大概16:30左右，朋友便在群里发了个截图，我大概看了一眼，“ORA01081:"cannotstartalreadyrunningORACLEshutitdownfirst”，问了下是不是断电没停干净，是不是还有残余进程，然后让清理一下信号量。接着又发来一张图，问是不是和开启自启动有关系，我说有可能，还有LOCALYES的数据库进程存在，用总监刚写的清理信号量的命令：ipcrma清理掉所有共享内存段和信号量。ipcrm是一个用于删除SystemVIPC对象的命令行工具。SystemVIPC包括消息队列、信号量集和共享内存段。ipcrm命令允许你删除这些对象，以释放系统资源。

关于统计信息去年已经写过一篇很详细的内容，并输出了脑图，感兴趣的可以去看看。并行收集统计信息可以使用DEGREE并行执行，但同一个表的分区之间还是串行执行，使用CONCURRENT并发收集，分区之间可以并行收，DEGREE和CONCURRENT同时使用。单个对象的并行统计信息收集通过GATHERSTATS参数DEGREE控制假设EMP1表的degree定义为4，那么收集统计信息时候有4个进程运行。单个分区可以并行收集，收集完一个分区，再收集下一个，多个分区不能同时收集，对于分区表首次采集时间可能比较长。如下通过分配通道，则可以实现并行。

废话不多说，干货来了，赶快收藏点赞转发起来吧，接上文，八千字带你了解Oracle并行那些事(一).一般情况下，我们都只是在会话级别开启并行DML。那么DML有INSERT、DELETE、UPDATE、MERGE这四种，例如下面这样开启并行DML：。INSERT/parallel/intoemp1select/parallel/fromempwhereempno30;当然也有的直接是altersessionforceparalleldmlparallel8;这样就算后面的SQL语句没有加HINT也是使用并行DML。

废话不多说，干货来了，赶快收藏点赞转发起来吧，接上文，八千字带你了解Oracle并行那些事(一).并行执行可将多个CPU和I/O资源用于执行单条SQL语句。并行执行有时也称为并行性。所谓并行，就是将任务分解，让多个进程同时进行部分工作，而不是由一个进程完成查询中的所有工作。举例来说，当四个进程共同计算一年的总销售额时，每个进程处理一年中的一个季度，而不是由一个进程单独处理所有四个季度。这对绩效的提高是非常显著的。并行执行服务器：当数据库实例启动后,数据库创建一个并行执行服务器池以供并行操作.一个叫parallelexecutioncoordinator的进程负责分配ParallelExecutionServers并协调把并行执行的结果返回给用户，默认情况下ParallelExecutionServers处于开启状态。

Oracle并行是指在执行一个SQL语句时，通过分配多个进程同时执行数据的扫描、聚合等操作，在此过程中也会使用更多的CPU、IO等资源，使其SQL的响应时间更快。并行执行是充分利用硬件资源，以硬件资源换时间，处理大量数据时的核心技术。在我们实际工作中，由于使用不当，并行操作无法并行，或者并行执行计划效率低下，没有获得期望的性能提升。了解Oracle的并行操作，有利于我们更好更快的完成工作。用户会话或影子进程充当协调器的角色，通常称为查询协调器或并行执行协调器。PX协调器获取必要数量的进程，称为并行执行服务器。单个DFO的并行性称为操作内并行性，DFO之间的并行性称为操作间并行性。从Oracle数据库的角度来看，并行度与分区数无关。在计算粒度期间，Oracle数据库会考虑DOP，并尝试将来自不同数据文件的粒度分配给每个PX服务器，以尽可能避免争用。此外，Oracle数据库还会考虑大规模并行处理系统上粒度的磁盘亲和性，以利用PX服务器和磁盘之间的物理接近性。

MongoDB发展历史及各主要版本新特性概述

前言最近两个月前遇到网友有一套云上的单机的11gDG，去年通过某云搭建好了ADG环境，但今年中由于网络原因导致主库的归档日志还没有传递到备库就被强制删除了，进而导致ADG备库出现GAP

Oracle数据库是一款世界级的优秀产品，业界地位无可动摇，但这么优秀的数据库也存在很多BUG缺陷，不像国产数据库，要是有一个BUG就会被友商抓住不放，大肆宣扬这个数据库怎么怎么样，有什么问题不能用，自家的数据库多好多好，听到这样的话语实在是让人无语。。。。。。除非遇到致命的BUG导致不可用，不然就算是BUG也没啥事呀，而在O记官方每个季度均会发布补丁包来修复一些已知的问题，而且最近一年还提供每月的MRP补丁，本年第三季度的补丁这周二也已经发布了RU25。其实这个系列的文章已经写了很多篇，包含11g、19c单机RAC以及AIX、Linux平台的多篇文章，本来想着不在写了，但架不住国庆前一天，手贱非得找点活干，一测试环境RAC打补丁从RU15升级至RU23,记得这个环境之前是从RU19.4升级到RU19.15的，升级过程一切顺利，想着本次升级应该也没问题，谁能想到，这一次几乎遇到了打补丁过程中遇到的所有问题，且从30号白天一直到国庆凌晨2点都没有完成。

众所周知，Oracle的AWR报告自Oracle10g产生以来，只能查看分析主库上的性能问题，如果ADG备库出现性能问题，收集的AWR报告也是主库的性能数据，没法判断分析备库性能问题，那么自Oracle12cR2以来，可以拍摄备库的自动工作负载存储库快照。备库的AWR是确定ActiveDataGuard备库中恢复和报告工作负载性能问题的最佳工具。有关配置和管理备库AWR的详细信息，请参阅管理ActiveDataGuard备库中的自动工作负载库。它将启用ADG中CDB和所有PDB的自动快照。这里我们参考HowtoGenerateAWRsinActiveDataGuardStandbyDatabases文档进行简单的设置。此功能可用于分析ADG备用数据库的任何性能相关问题。

“好记性不如烂笔头”这句谚语强调了记录信息的重要性。它提醒我们，再好的记忆力也不如将事情记录下来可靠。通过书写，不仅可以帮助记忆，还能随时查阅，避免遗忘。无论是学习还是工作，养成做笔记的习惯都是十分有益的。今天打算将近期遇到的几个数据库小问题记录下来分享给大家。这个小问题则是发生在insert、update时SQL语句中包含了“”字符，这样当我们去执行此SQL时默认会当做变量需要传入新值，这是不对的，例如：。在OracleSQLPLUS中插入数据时，insertintotvalues;插入值有特殊字符导致插入引入变量，这个是Oracle里面用来识别自定义变量的设置，现在我们在SQLPLUS下将其关闭：。我们可以看到，方法一最为简便，而且效率也最高。方法二因为有一个调用函数的过程，所以性能稍差。首先第一个和最后一个都是Oracle中的字符串连接符，这个没有异议

近期有一套Oracle19cRACNonCDB环境由于某种原因需要迁移到新的存储和主机上，计划使用ADGSwitchover切换进行操作。之前也写过一篇《[Oracle19cADGSwithover切换手册]》，包含一些切换前的检查步骤，沿用Oracle11g的切换语法操作19c也是正常切换了。殊不知从Oracle12.1开始有更简洁的切换命令，今天就来试试。

主库利用rman备份片生成备库。拷贝原环境.bashprofile进行修改。exportPATHLANGNLSLANGORACLEBASEORACLEHOMEORACLESID使环境生效

连接建立之后，即使节点出现故障也不会进行处理，会话中断，应用必须重新建立连接。这种故障转移方式在tnsnames.ora文件中添加FAILOVERON即可实现，默认是启用的，不添加该条目也可以使用该功能。TAF指建立连接后，如果某个实例发生故障，则连接到该实例上的会话会自动迁移到其他正常的实例上。TAF的配置也很简单，只需要在客户端的tnsnames.ora文件中添加FAILOVERMODE配置项，再配置以下4个参数。BASIC方式在故障转移时会有时间延迟，但节省资源，并且RAC出现故障的概率较小，所以一般选择BASIC方式。可以通过service将不同的连接区分开来。service具有高可用性和负载均衡性。简单理解就是原始的TFA是在客户端的tnsnames.ora文件中配置，而数据库的service是在服务端已经配置好了，客户端无需维护tnsnames.ora文件

ApacheTomcat软件是一个开源实现JakartaServlet、JakartaPages、JakartaExpress目前，ApacheTomcat项目自豪地宣布发布版本10.1.28。CVE202421733漏洞ApacheTomcat信息泄露于2024年1月19日发布。可以通过构造特定请求，在异常页面中输出其他请求的body数据，修复版本中通过增加finally代码块，保证默认会重设缓冲区position和limit到一致的状态，从而造成信息泄露。在OracleRAC12cR2及以上的版本中，GIHome目录下使用了Tomcat,RAC自带的这个tomcat会碰到和标准的tomcat一样的漏洞。不过根据GIRU补丁自带的tomcatRU的版本,如果应用了19.13GIRU以及更高GIRU自带的TOMCATRU则就不受此问题影响了。因为19.13GIRU的Tomcat版本是8.5.69，不受影响。