ITPub博客

作者：张乾外星人2号，现兼任六位喵星人的资深铲屎官。本文来源：原创投稿* 爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。手滑误删了数据文件，并且没有可替换的节点时，先别急着提桶跑路，可以考虑利用参数 server_permanent_offline_time 来重建受影响的节点。原理：server_permanent_offline_time 是 OceanBase

要点：单点到多节点 i++并发方案只有1个节点，用锁只有2个节点，一个是客户端，一个存储节点，查询加锁，更新解锁如果多个节点，通过2轮RPC 执行多数派方式接受一个值（被确定了）。提案被批准一定不会被修改，意思是可以更高提案编号，但是提案值不变。提案被被接受，最后可能会被修改，也可能不会被修改，不确定本文最清楚分析个人认为第二章节 2.3 情况2，根据图片给出观察结果 总结论是对的，然后分析执行过

作者：胡呈清，爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：[简书 | 轻松的鱼]，欢迎讨论。适用版本都适用说明crash 即 observer 进程崩溃退出，常见的原因有：程序 bug、文件损坏、磁盘坏块、内存坏块，是一种比较难分析的故障。集群部署时会自动配置 coredump，因此发生 crash 会自动生成 coredump 文件（捕获进程崩溃时内存的文件），它包含程序在失败时

作者：程柳润，爱可生 DBA 团队成员，OceanBase 数据库技术爱好者。问题描述业务反馈一个存储过程执行慢，需要排查原因。由于存储过程过长且涉及多张表，所以主要分享排查思路。分析过程1. 查找该存储过程的 trace_id每次执行存储过程后会有两条记录，两条记录 SQL 的请求类型不同，先产生的记录是预编译的记录（执行耗时很小），另一个是实际执行的记录。obclient [ocea

杨涛涛，资深数据库专家，专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生，为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。OceanBase 关于租户的删除设计了以下三种方式：正常删除：租户里的各种对象也被删除，具体表现形式依赖sys租户

金长龙，爱可生测试工程师，负责DMP产品的测试工作先前在做 OB 存储引擎这块学习的时候，对 OceanBase 的分层转储和 SSTable这块有些细节就懵懵的，比如L0层的 mini SSTable 的每次生成是否就计入转储次数，L0层到L1层转储的时机以及和 minor_compact_trigger 之间的关系等。今天就这部分内容做个更细致的探究，试图更深入的理解 OceanBase 的分

金长龙，爱可生测试工程师，负责DMP产品的测试工作先前在做 OB 存储引擎这块学习的时候，对 OceanBase 的分层转储和 SSTable这块有些细节就懵懵的，比如L0层的 mini SSTable 的每次生成是否就计入转储次数，L0层到L1层转储的时机以及和 minor_compact_trigger 之间的关系等。今天就这部分内容做个更细致的探究，试图更深入的理解 OceanBase 的分

OceanBase_CE 4.2.1.7 容器化单机部署# docker的版本过低拉取镜像错误: missing signature key# https://developer.aliyun.com/mirror/docker-ce/[root@ecs ~]# yum install -y yum

OceanBase查看表大小和索引大小，正常来说只需在OCP上进入任意普通租户下，选择左侧菜单资源管理即可查看，但是最近我发现，这里显示的索引大小与实际后台SQL（见下文）查看的索引大小数据不一致，经过官方问答社区帖子询问：https://ask.oceanbase.com/t/topic/35609708/11，又仔细研究了下相关视图，于是有了这篇文章。在 ob 4.x 版本之前，大部分情况下都

为了整理思路，文章采用模拟2人对话方式，如有误，欢迎留言。Basic-Paxos协议回顾一天下午，小王同学正在津津有味回顾：<<成为OB贡献者第四天：从单点到多节点 i++并发方案 >>通过假设一个存储服务，2个客户端，3个存储节点 存储一个值方式 解决并发问题 引出 Basic Paxos任何成员都可以提出议案，然后通过2轮 RPC 来确定只一个值。（这里没考虑持久化）关

背景：前两天上午突然收到告警，observer进程不存在。赶紧检查集群，发现告警集群的三台server处于inactive的状态，该集群架构为3-3-3。平时业务的primary_zone是zone3，sys租户的primary_zone在zone1，inactive的是zone1的两台机器。zone2的一台机器，zone1是一个机房，zone2和zone3在另外的机房，万幸的是业务反馈告警时候断

笔者从事于一家总部位于宁波，业界领先的新能源上市公司，公司业务涵盖光伏新能源产品的开发、制造及销售。作为产值百亿的企业，监控系统是重要的IT管理工具之一，对保障企业业务连续性、预告风险有重要意义。2022年，公司选用Zabbix为企业监控系统，对公司分布在国内外的服务器、操作系统、中间件、数据库、网络设备等进行指标监控；对集团业务系统设置监控预警，确保集团所有系统异常时准确告警；对IT设施的巡检、

在数字化转型的浪潮下，越来越多的企业开始追求高可用性和可扩展性的数据库解决方案。在这个背景下，OceanBase 作为一款新兴的分布式数据库，逐渐引起了业界的关注。那么，OceanBase 到底是什么？它有哪些特性和优势？让我们一探究竟。什么是 OceanBase？OceanBase 是由阿里巴巴集团研发的分布式关系数据库，旨在支持海量数据的高并发处理。它最初是为了解决阿里巴巴自家电商系统在双11

场景描述：某套集群架构为1-1-1，备集群有个单节点，在这里描述为ABC三个节点吧，业务租户指定了primary_zone在一个zone称为C节点。巡检过程中发现业务主zone节点的vgs不显示日志盘了，这时候因为集群还正常运行，所以规划等版本停业务，修复该机器，也预留了空闲机器，以防万一进行替换。版本期间手工进行业务租户切主到B节点，通过ocp停止该节点进程后尝试修复日志盘，未成功，使用空闲机器

引言：一直以来我只是理解OB的存储高压缩率与LSM的架构以及编码格式有关，但是具体不同的编码格式存储率如何不是很清楚，最近我们遇到一个历史库迁移到ob的场景，有大表的索引创建失败，迁移完数据之后存储使用率70%左右，创建索引的时候，会占用临时空间导致磁盘使用率膨胀，剩余磁盘空间不足导致失败。尝试过先建索引后导数，但是效率不能接受。虽然直接扩容资源是最快的解决方式，我就想看看有没有更高压缩率的编码格

为了整理思路，文章采用模拟2人对话方式，文中比喻可能错误的，请注意区分。本文主要内容通过对学习数据库下 定义聚焦学习内容如果关心代码，直接去看代码，如果关心SQL，直接看SQL，先满足第一需求。2. 通过OB定义一体化是什么 聚焦学习方向一体化 在添加一个字： 像一体化，多个网卡绑定一个虚拟网卡像一个网卡一样 ，多个磁盘组成一个巨大磁盘，想一个磁盘一样，多个节点像以一个节点一样。来高并发和可扩展，

OCP版本：Version: 4.3.0-20240711151555observer版本：oceanbase-4.2.1.6-106000022024042414.el7.x86_64.rpm使用的时企业版  OceanBasebug原因：在创建备租户时，因提示The REDO logs of the primary tenant are complete. You do not ne

作者：马琳，万家数科数据库专家。华润万家旗下的信息科技公司——万家数科商业数据有限公司，聚焦于零售领域，在服务华润万家的同时，市场化运营发展，为零售商及其生态提供核心业务系统的整体解决方案与运维服务。万家数科主要的业务范围包括数据及SaaS的产品服务、业务洞察咨询服务、精准营销及相关服务。数据及SaaS的产品服务：基于海量的内外部的数据，建立内部数据中台，提供敏捷的数据对接能力，建立 API 标准

       最近在客户现场，遇到开发人员说有一个场景在进行数据迁移的时候sql执行不动，大致有点列转行，然后再去关联其他的表，再进行转列的处理，我们先看一下表的数据形式，假设表名字CREDIT_INFO;OB版本是3.2.3，租户是oracle模式。CREDIT_NOCUSTOMER_ID202410101010AAAAA,CCCC,EEEE2024111

OCP版本：Version: 4.3.0-20240711151555observer版本：oceanbase-4.2.1.6-106000022024042414.el7.x86_64.rpm使用的是企业版  OceanBase问题复现：当前租户备份情况与归档信息，如下：该租户最近的备份与归档是在2024年3月。2024年10月17号，做一次备份，信息如下：查看OCP任务列表，会发现，