很多朋友把AWR报告发过来让我帮忙分析Oracle数据库的性能，但很多报告都有一个共同的缺陷：就是这些报告覆盖的时间范围太广，导致性能问题的数据被严重稀释。为了解决这个问题，我开发了下面的脚本。如果您没有明确需求指定特定的诊断时间段，可以使用此脚本从两个维度缩小诊断时间范围：只覆盖高峰时段： 该脚本
2024-08-01
张建龙：YashanDB主要从两个方面保障迁移数据的完整性。一方面是YashanDB内核设计上面，与Oracle保持一致，其他类型数据库如MySQL、PG等在不与Oracle兼容特性冲突的前提下，YashanDB也尽可能和它们保持兼容；另一方面用崖山配套工具迁移平台YMP来保障。首先，YashanD
2024-08-01
废话不多说，临时需求让给了dba权限，用完后说可以回收了。按照想法是不你就按照这个来了grant dba on ZKY; revoke dba from ZKY;如果你单纯的以为grant然后revoke dba权限，那你有可能要尴尬了。首先建议回收前备份下权限select 'grant '||GR
2024-08-01
复制功能是构建 MySQL 的大规模、高性能的基础，也就是所谓的 “水平扩展” 架构。我们可以通过为服务器配置一个或多个备库。同时，复制也是高可用性、可扩展性、灾难恢复、备份以及数据仓库等工作的基础。MySQL主从基本原理，主要形式以及主从同步延迟原理 (读写分离)导致主库从库数据不一致问题的及解决
2024-08-01
在MySQL中，存储引擎是数据库管理系统的核心部分之一，它负责数据的存储、检索和管理。不同的存储引擎有着不同的特点和性能表现，适用于不同的应用场景。了解如何配置各个存储引擎对于优化数据库的性能至关重要。以下是一些常用MySQL存储引擎的配置方法及其适用场景的介绍： InnoDB 配置 InnoDB是
2024-08-01
导读本文来自 TiDB 社区合肥站走进蔚来汽车——来自吴记老师的演讲《TiDB 在新能源车企的实践：MySQL 到 TiDB 的迁移思考》。这次分享深入探讨了新能源车企蔚来汽车从 MySQL 迁移到 TiDB 的过程与实践，包括迁移过程中的挑战和动机，以及面对单表数据量增长至 20 亿条时的应对策略
2024-08-01
select * from gv$archive_gap;INST_ID THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#---------- ---------- ------------- -------------- 1 1 580
2024-08-01
PROFILE 文件概述：PROFILE 文件是一个资源限制和密码参数的命名集合，用于限制某个用户的数据库和实例资源的使用情况，可以限制用户的并发会话数、每个会话可用的 CPU 处理时间和可用的逻辑 I/O 量。当创建数据库时，Oracle 会自动创建名称为 default 的 profile 。当
2024-08-01
杭州银行 杭州银行采用 TiDB 作为其核心系统数据库，标志着银行资产规模和业务复杂性的大幅增长。通过"分布式透明化"的思考，杭州银行实现了从传统 Oracle 到 TiDB 的全链路数据迁移，不仅提升了数据处理效率，也加强了系统的稳定性和可扩展性。这一转型是银行数字化转型的重要里程碑，展示了 T
2024-07-31
什么是数据库增量备份？数据库增量备份是一种常见的数据备份策略，用于在现有备份的基础上只备份新增或变更的数据，以减少备份时间和存储空间的消耗。在理解增量备份之前，我们先来了解一下常见的数据库备份方式。完全备份，是将整个数据库的所有数据和日志都进行备份，无论是否有变更。这种方式虽然保证了数据的完整性，但
2024-07-31
5 月 12 日，Navicat 对现有产品进行了几项重大更新，包括 Navicat Premium、Navicat BI 和 Navicat Data Modeler。最受欢迎的 Navicat 工具之一，Navicat for MySQL，也得到了新的更新，获得了许多与 Navicat Prem
2024-07-31
很多小伙伴在使用tidb时对网络磁盘，本地磁盘不了解闹出了很多乌龙。我就简单明了的讲解一下网络磁盘的原理。 硬件的三级缓存理论 从磁盘-〉内存-〉cpu。原本单机物理磁盘的访问路径为ssd载入到内存 速度2048m/s。 通过网络载入。中间会受到网络波动，网络延时，网络带宽限制。2者架构上的差距是带
2024-07-31
![ORA-00600 internal error code, arguments [25026]](https://img.mryunwei.com/uploads/2024/07/20240801011823175.jpg)
最近，在一个oracle数据库中出现了ORA-00600: internal error code, arguments: [25026]的报错。报错如下：这是一个特殊的oracle数据库，程序那边为了管理空间方便，设计了不断新增表空间的自动程序。导致几年的时间，表空间已经有6万7个了。我们当前所使
2024-07-31
在Oracle数据库种，比较常见的一个错误是ORA-01555。报错如下：我依据这个sql_id去找对应的sql，发现通常是如下类似的sql。即程序的sql中嵌入一个具体的包含日期的条件，这个sql在执行的初期由于数据量较少，大概没有什么问题，但是一年两年数据越来越大，就会出现ORA-01555，即
2024-07-31
背景：为了自主学习oracle，我在借鉴网上许多博主的解决办法后，成功完成了从搭建Centos7虚机到安装oracle19c。详细的操作步骤如下（踩到的雷点均已解决）：以Vmware workstation新建虚拟机为例，跳过前面的傻瓜式安装。一、编辑虚拟机设置，选取下载好的虚拟机镜像。我的虚拟机配
2024-07-31
在MySQL中，存储引擎是数据库管理系统的核心组件之一，它负责数据的存储、检索和管理。不同的存储引擎有着不同的特点和性能表现，适用于不同的应用场景。了解各个存储引擎的特性对于数据库的设计和优化至关重要。以下是MySQL中一些常用存储引擎的介绍： InnoDB InnoDB是MySQL的默认存储引擎，
2024-07-31
1. 前言前几天写了一篇博客，告诉大家在遇到慢SQL或者复杂的并行SQL的时候怎么高效的来收集【SQL Monitor Report】，上一篇博客的链接： https://open.oceanbase.com/blog/12020367891 ；发出去后有不少问我这份报告咋解读。今天再出
2024-07-31
1. 前言上一篇文章讲解了一下obdiag 怎么快速的收集火焰图，那么问题来了，火焰图收集了咋看呢？今天就讲讲。2. obdiag 一键收集火焰图和扁鹊图原理其实obdiag收集信息是依赖于远端ob节点上的perf工具，所以务必要在ob节点上安装perf工具。相当于obdiag帮你去各个节点上执行了
2024-07-31
随着OB数据库使用的不断深入，单标过百万过千万条数据的情况也不断涌现，针对性的运维工具的部署和表的性能优化以及指标监测就变得尤为重要。下面是我根据我自己的使用场景进行的一些部署和优化。一、OCP部署升级1．OCP升级（1）4.2.1BP1升级到4.2.2，本来以为毫无波澜但是下载完毕一键包并完成前期
2024-07-31
说明：此文档仅包含使用DataKit进行数据迁移时，搭建迁移任务相关教程，不包含一些必须的前置配置步骤，和环境要求等，请优先学习“【DataKit系列】数据迁移-使用说明（一）”文档。数据迁移实例搭建步骤1、离线模式迁移步骤创建源端数据库用例，并初始化数据详细说明，参考“迁移各步骤详细说明”目录下：
2024-07-31