mysql作为主流的关系型数据库，健康检查相关的信息却少之又少，相比Oracle，这方面逊色太多。本文将结合生产需求，全方位检查mysql健康状态，并整理输出成巡检报告。 说明 1、巡检报告通过python脚本实现，可以远程批量巡检多套数据库，数据源主要有数据库（通过pymysql连接数据库查询）、监控平台（api接口获取）。 2、python程序获取的数据通过docx.Document模块写入w

数据库分库分表是一种数据库优化策略，用于处理单一数据库或表数据量过大、存储瓶颈、性能瓶颈等问题。它将数据库分为原本存储在一个数据库或表中的数据分散到多个数据库或表中，以提高性能、扩展性和数据性能。每个分库和分表负责存储部分数据，通常根据某种规则或数据特性进行划分，如用户ID、时间戳等。 什么是数据库分库分表 一个典型分库分表方案包括中间件层和数据节点层。中间件主要作用是做数据的路由，根据分片键将数

1、adump目录下大量aud文件 事情的起因是一个客户的监控告警，/u01目录的inode使用率100%，经过排查发现是oracle数据库的audit_file_dest目录（/u01/app/oracle/admin/ora11g/adump）有大量的.aud文件，这些文件单个文件小，但是数量众多，导致占用了大量inode空间。 为了尽快恢复，先把adump目录下.aud文件先删除掉 cd /

## my.cnf for MySQL 5.7/8.0[client]port = 3306socket = /data/mysql/data/mysql.sock[mysql]prompt="\u@mysqldb \R:\m:\s [\d]> "no-auto-rehash[mysqld]user = mysqlport = 3306basedir = /usr/local/mysqlda

本篇博客是偏数据库系统概念性的内容，但是不会深入到 OceanBase 中各个算子和表达式的在向量化中的详细设计和实现，大家可以放心阅读。 背景 为了提高用户在使用 OceanBase 社区版过程中解决问题的效率，前一阵儿 OceanBase 官方推出了 《OceanBase DBA 从入门到实践》系列课程。但是在第七期直播之后，很多用户都反馈在阅读学习笔记的过程中，无法理解计划里类似于 rows

前情回顾 在上一篇文章 星辰考古：TiDB v1.0 再回首 中，我们“回忆”了 TiDB 1.0 的内容，本文将介绍 TiDB 2.x 的相关内容。 从 TiDB 2.x 开始，正式引入 TiSpark 大数据组件，用于解决用户复杂的 OLAP 需求。 TiDB 2.x 整体架构图“升级”如下。 主要时间线 TiDB 2.x 系列在 2 年时间迭代了40个小版本，包含了大量的优化和改进，也是从这

简介 数据库版本：Oracle rac 19.9 EE 出问题时间段： 2024.04.07 16:48 到 17:00 核心数据库出现大量的enq: TX - row lock contention、library cache lock、library cache: mutex X、cursor: mutex S、cursor: mutex X等待。 分析方法 由于系统在17点已恢复正常，所以我

简介 在Oracle中，导致游标失效的原因有很多，例如，当对对象（如表或视图）进行DDL 或收集统计信息时，依赖于它们的游标将失效。这里的DDL包括truncate表、索引重建、monitoring和nomonitoring索引，grant、alter操作等等， 这将导致游标在下一次执行时被硬解析，并会影响 CPU 和发生锁竞争。如果存在并发的DDL操作和DML，而DDL一直未完成，此时DDL会持

需提前安装透明网关，在此不赘述。 到MSSQLServer 创建到SQLServer的DBLINK的方式： 供应商给出的是直接将tns内容写在dblink里面： create database link DBLINKSBO_AE connect to sa identified by "111111" using '(DESCRIPTION= (ADDRESS=(PROTOCOL=tcp)(HOS

在Oracle数据库中，一个会话可能会因为等待某些资源（如锁、PIN等）而被阻塞。当这种情况发生时，被阻塞的会话会进入“等待”状态。Oracle提供了一些工具和技巧来处理和解决这种情况。 以下是一些处理和解决Oracle会话阻塞的常用方法： 使用V$SESSION和V$SESSION_WAIT视图来查看当前的会话和它们的等待信息。 sqlSELECT s.sid, s.serial#, s.use

Oracle数据库应用系统的调优主要包括十个方面：(1)、优化数据库内存；(2)、在Oracle共享池中固定应用程序代码；(3)、优化数据存储；(4)、优化数据排序的技术；(5)、优化SQL语句；(6)、优化回退段；(7)、优化索引；(8)、优化磁盘I/O；(9)、定期生成数据库对象的状态统计信息；(10)、优化操作系统环境。其实质就是降低CPU负载、改善I/O性能。 1、化磁盘I/O数据库的作用

深入浅出 MySQL 数据库开发、优化与管理维护 第一篇 开发篇.............................................................................................................................8 第 1 章 帮助的使用..............................

OCI（Oracle Cloud Infrastructure）提供的Generative AI Service是完全管理的服务，提供一组可定制的LLM、用户可以通过一个API构建生成式AI应用程序。用户可以选择来自Meta和Cohere的预训练基础模型，通过微调等方式创建自己的数据集，并将其托管在专用的GPU AI集群。Generative AI Service用于大规模地理解、生成和处理人类语

在MySQL中，尤其是在使用InnoDB引擎时，Purge机制至关重要。它可以回收undo log【1】，清理过期数据，减少磁盘占用，维护数据库的整洁与高效。 Purge机制 MySQL InnoDB引擎使用undo log来保存事务修改记录的历史信息。事务提交后, update undo log（指在delete和update操作中产生的回滚日志）未被立即删除，而是会被记录到undo histo

MySQL InnoDB Cluster(测试环境为MySQL 8.0.35)将一个实例重新加入集群时，遇到了下面这个错误"The instance 'dbu03:3306' is already part of another Replication Group" MySQL  10.160.2.55:3306 ssl  JS > cluster.addInstance('cdmin@10

作者：马顺华 在运维管理领域深耕多年，具备扎实的理论基础与丰富的实践经验。我深耕于技术前沿，不断追求运维自动化与效率的最大化。 我精通运维自动化流程，熟悉OceanBase、MySQL等多种数据库的部署与运维，具备从部署到维护的全流程管理能力。此外，我还持有OceanBase的OBCA和OBCP证书，以及OpenGauss社区认证结业证书、崖山DBCA、亚信AntDBCA、翰高HDCA、GBase

一大早就收到了告警信息，提示一个主库下两个dataguard备库延时过大。猜测同步可能出现异常或者归档量过大，导致无法及时应用，那到底是什么原因呢，就需要详细排查了，以下是具体排查过程： 1、检查两个dg备库的alert日志 查看了alert日志，发现确实只有在接收归档日志，并没有在实时应用 继续往前查看alert日志，发现了报错内容，报错信息如下： Wed Jun 12 18:20:40 202

数据库存储是指将数据持久性地存储在计算机系统中，以便后续检索、查询和管理。数据库系统使用不同的存储引擎和结构来组织和管理数据，如关系型数据库使用表格结构，文档数据库使用文档格式，图数据库使用图结构等。存储数据的目的是确保数据的安全性、可靠性和高性能访问。 数据库存储架构 OceanBase 数据库的存储引擎基于 LSM-Tree 架构，将数据分为静态基线数据（放在 SSTable 中）和动态增量数

innodb架构图 5.5以上默认innodb，最大特性是支持事务。 innodb架构主要由两部分组成：in-memory & on-disk，即内存结构和磁盘结构。这里单独介绍一下内存结构。 架构图： innodb内存结构 1.innodb内存结构由哪几部分组成？各自作用是什么？ 由buffer pool（含buffer pool主要部分、change buffer、adaptive h

1. 前言 最近接连遇到几个客户的环境在排查集群性能问题，总结了一下，直接教大家如何去获取火焰图、扁鹊图（调用关系图），直击要害，就像是内脏的疾病去医院看病，上来先照一个CT，通过分析CT，大概的毛病也就定位的七七八八了。 2. 火焰图/扁鹊图一键收集 2.1. 步骤一：安装部署obdiag 参考文档： https://www.oceanbase.com/docs/obdiag-cn 安装obdi