ITPub博客

ORA-00600: internal error code, arguments: [qosdExpStatRead: expcnt mismatch]报错解决办法。

我们数据库管理员或者开发同事，在编写sql语句时，面对数据量大时，经常做的就是给表添加索引，但是有时候经常不知道添加的索引是不是合理，或者很多时间添加索引没有节制，甚至给表所有的列都添加上索引。我们知道索引添加多了，会影响dml语句执行的效率。最近我们开发同事给我反馈，说用户在页面操作时，添加一个新信息时，要等很久才能保存上，因此我和开发同事要了表的信息。和系统的操作日志。从日志上看，只是简单的i

DBA_HIST_SQLSTAT 是 Oracle AWR（自动负载仓库）中记录 SQL 执行统计历史的核心视图，保存了被采样的 SQL 在各快照区间的性能数据。所有指标都分 _TOTAL（实例启动以来累计） 和 _DELTA（快照区间增量） 两类。配合 AWR 快照，精准定位慢 SQL、分析性能趋势、溯源性能抖动、做 SQL 优化复盘，生产 DBA 日常高频用法。下面介绍一下这个DBA_HIST

开发同事要求执行数据变更，由于本数据库数据量非常大，数据库中有很多大表。数据量大约有9.1T。开发同事执行的sql，大部分是ddl的变更。并且数据库中配置有ogg数据同步。执行ddl变更后，ogg数据同步进程变的异常了。说明一下：执行ddl的是在A用户下执行的，ogg数据同步的表是B用户的。因此应该初步判断和执行DDl没有关系。并不是数据变更造成的数据同步异常。查看ogg异常信息。异常信息中主要包

我们今天讲解一下 MySQL Threads_connected ，我给你讲最实用、最准确、生产直接用的版本，包括：含义、正常值、异常判断、优化方案。一、Threads_connected 到底是什么？含义：当前已经连接到 MySQL 的客户端连接总数，其中包含这几个状态的（包括空闲、活跃、休眠的）简单说：Threads_connected = 目前有多少个客户端连在 MySQL 服务器

Oracle 索引与 Filter（类 Nested Loop）优化：生产案例 + 实操 Demo在 Oracle 中，FILTER（过滤）操作是优化器的核心执行路径之一，逻辑上与 Nested Loop（嵌套循环）高度相似—— 都是 “外层驱动 + 内层过滤”，但FILTER更侧重 “先筛选外层结果集，再用结果集过滤内层数据”，而索引是让FILTER/Nested Loop 高效执行的关键（减少

MongoDB在启动后，使用客户端连接后，总是提示一些预警信息。MongoDB shell version v4.4.30connecting to: mongodb://210.210.11.143:27018/?compressors=disabled&gssapiServiceName=mongodbImplicit session: session { "id"

    在这个数据为王的时代，无论是任何数据库，一定要做好备份，没有数据库备份，就是噩梦。    我们试着想一想, 在生产环境中什么最重要？如果我们服务器的硬件坏了可以维修或者换新, 软件问题可以修复或重新安装, 但是如果数据没了呢？    这可能是最恐怖的事情了吧, 我感觉在生

当Oracle数据库整体性能下降时，需要进行排查和跟踪，以确定问题的根本原因并采取适当的措施。本文将介绍一些常用的方法和技术，帮助您诊断和解决Oracle数据库性能下降的问题。一、识别目标SQL使用SQL语句排查Oracle数据库SQL性能退化/提升的完整方法：查询高负载的SQL，有很多种方法。-- 1. 查找高负载SQL SELECT sql_id, 

索引，使用索引可快速访问数据库表中的特定信息。索引是对数据库表中一列或多列的值进行排序的一种结构。在关系数据库中，索引是一种与表有关的数据库结构，它可以使对应于表的SQL语句执行得更快。索引的作用相当于图书的目录，可以根据目录中的页码快速找到所需的内容。当表中有大量记录时，若要对表进行查询，第一种搜索信息方式是全表搜索，是将所有记录一一取出，和查询条件进行一一对比，然后返回满足条件的记录，这样做会

在oracle数据库中，一个sql语句有多个执行计划，意味着这个sql语句不稳定，有可能出现有时查询快，有时查询慢，比如这个sql在某一个列上有索引，大家认为有索引了，sql查询肯定会很快，但是即便有索引，但是在oracle数据库中，索引扫描有很多种方式，索引的访问模式有八种。1.INDEX UNIQUE SCAN    效率最高，主键或唯一索引，走树结构。2.INDEX FA

每个月我们都会做数据库灾难恢复演练，本月正好涉及到oracle灾难恢复演练。我们的备份是使用NBU一体机进行rman备份的。NBU一体机备份策略的情况。备份脚本使用的nbu自己的。备份脚本内容如下：#!/bin/sh # $Header$ # #bcpyrght #**********************************************************

DBA_HIST_SQLSTAT 显示 SQL 统计信息的历史数据。此视图基于一系列标准，从 V$SQL 获取TOP SQL 语句及其统计信息。总计值表示自实例启动以来的累计统计值。增量值表示 DBA_HIST_SNAPSHOT 视图中 BEGIN_INTERVAL_TIME 到 END_INTERVAL_TIME 时间间隔内的统计值。此视图与 DBA_HIST_OPTIMIZER_ENV、DBA

在oracle 19c数据库中使用expdp，impdp时，提示ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 43 into a target database with TSTZ version 42.。查询oracle mos文档发现这个ORA报错明

在清理归档日志时，数据库提示"RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process"。根据提示信息获得是“RMAN-08137:警告：存档日志未删除，备用或上游捕获过程需要”，因为恢复检查点指向旧日期的归档日志，所以日志不能删除。因为我们使用了o

    在很多业务场景中，在使用 OGG (Oracle GoldenGate) 进行数据同步时，为已有的同步进程新增需要同步的表。这是一个非常常见的运维操作。    在原有同步进程里新增同步表的时候，考虑到源端表上可能会有事务，数据是实时变化的，不能单纯的使用expdp直接导出再导入，这样可能会导致丢失数据或者数据重

最近经常收到ogg数据同步验证的邮件，一开始没注意，以为延时是正常现象，以为有业务执行了大事务造成的，也没放在心上。但是最近比较频繁，并且延时的时间还比较长。于是我就开始简单排除了一下。排除的步骤如下：首先到源端查看一下是否有大事务发生。使用命令 GGSCI (zlf-lis-ogg-downstream) 2> send extract ext1,showtrans经过排除后，并

一、OGG使用背景介绍在金融、电商等关键业务领域，数据的准确性与实时性是保障业务稳定运行和决策精准的核心要素。哪怕是瞬间的数据延迟或错误，都可能在这些领域引发严重的连锁反应，造成巨大的经济损失和信誉损害。因此，确保数据库之间的高效同步成为了技术架构中的关键环节。Oracle GoldenGate（OGG）工具，作为数据同步与集成领域的佼佼者，能够为企业提供强大的数据容灾和迁移解决方案。借助OGG，

OGG DownStream 部署：主要的目的是为了减轻源数据库负载。为什么选择OGG DownStream 部署？在许多情况下，公司不希望将主生产数据库用于下游层，以提取数据用于集成或报告目的。相反，他们希望数据库仅为其核心关键应用程序连接。在其他一些场景中，无法访问主要生产数据库，例如SaaS或应用程序供应商的数据库等等。为了缓解问题或解决挑战并实现实时数据提取，ogg设计了GoldenGat

在RAC环境上使用expdp进行逻辑备份时，报如下错误。ORA-31693: Table data object ""."" failed to load/unload and is being skipped due to error:ORA-31617: unable to ope