ITPub博客

作为一款金融级高可用的开源数据库，GreatSQL受到越来越多伙伴的喜爱和试用，但是对GreatSQL的底层原理还不太了解，今天就带大家揭开GreatSQL体系架构的神秘面纱！首先来回顾一张经典的体系架构图：图1_GreatSQL5.7 版本体系架构图由此可以发现，GreatSQL5.7 由以下几部分组成：连接池组件系统管理和控制工具SQL接口组件查询解析器查询优化器缓存组件可插拔存储引擎系统和日

小编得知，有一次，客户现场的数据库实例连接不上，需要帮忙排查一下原因，通过查看数据库实例进程，发现实例已经不存在了。在错误日志中发现shutdown字样出现过，没有出现其他报错信息，怀疑是某个用户手动关闭了实例。本次测试基于GreatSQL 8.0.32-24，通过以下测试步骤，发现确实是用户关闭了主机，导致数据库实例无法连接：1.正常关闭shutdown```powershellmysql&gt

作为DBA的你，遇到问题无从下手，除了在问题面前徘徊，还能如何选择？如果你一次或多次遇到该问题还是无法解决，又很懊恼，该如何排忧呢？关注公众号，关注《包拯断案》专栏，让小编为你排忧解难~

背景介绍功能特性gt-checksum使用3.1 标准使用案例3.2 直接在命令行模式下使用3.3 使用极简配置文件案例项目信息 经过两年多的努力，GreatSQL社区数据校验工具——gt-checksum近期正式开源啦~gt-checksum 作为GreatSQL社区新增的成员，是一款静态数据库校验修复工具，支持MySQL、Oracle等主流数据库，采用Go语言开发，快来试用吧，项目地址：

为了更好地支持更多操作系统及相关生态，GreatSQL社区决定发布openEuler、龙蜥Anolis、统信UOS三个操作系统下的GreatSQL二进制包。相应的二进制包可以访问gitee.com上的 GreatSQL项目 https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.0.25-17下载。本文简要记录在这三个操作系

DBA小伙伴们运维中是否有过以下烦恼：1）业务压力很小，但CPU利用率很高；2）CPU利用率很高，但us（用户空间）利用率低，sy（内核空间）利用率高；3）CPU利用率高，用尽已知手段排查都无明显效果；4）面试中被问到的CPU指标含义，无从答起；5）CPU的各种指标傻傻分不清楚。工欲善其事，必先利其器。为了解决上面的问题，我们必须先要了解一下CPU的工作原理，请看下文：01 什么是CPU

create connections failed的深度剖析@还故障一个真相

作为一名数据库DBA，查看解析 binlog 是日常工作的一部分。但如果 binlog 文件很多呢？如何高效解析 binlog，能否同时解析多个binlog？这个问题至关重要。本文就针对能否同时解析多个binlog、innodb_buffer_pool_instances设置多少合适这两个问题进行探讨。可以同时解析多个binlog吗？首先，答案是肯定的。其次，当我们采用这种方式解析binlog时&

01 合作背景北京万里开源软件有限公司（万里数据库GreatDB）是专注于国产自主可控数据库产品研发超20年的国家高新技术企业，参与多个国家级的数据库行业标准制定工作。本次用于测试的GreatSQL 开源数据库是适用于金融级应用的国内自主 MySQL 版本，专注于提升 MGR 可靠性及性能，支持 InnoDB 并行查询等特性，可以作为 MySQL 或 Percona Server 的可选替换，用于

前情提要当前读快照读什么是MVCC三个隐藏字段Undo Log回滚日志MVCC版本链ReadView读视图不同隔离级别下MVCC分析READ-COMMITTED隔离级别REPEATABLE-READ隔离级别前情提要事务有四大特性ACID分别是：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）其中隔离性是通过数据库的锁加上M

1. 地理标签2. 仲裁节点3. 快速单主4. 自定义选主策略5. 并行查询6. GreatSQL VS MySQL社区版本文介绍GreatSQL的一些关键新特性，相关特性主要针对GreatSQL 8.0.x版本（不含GreatSQL 5.7.x版本中的相关特性）。1. 地理标签可以对每个节点设置地理标签，主要用于解决多机房数据同步的问题。新增选项 group_replication_z

1. 性能瓶颈2. 优化建议2.1 本地节点存在性能瓶颈2.2 不恰当的流控2.3 大事务造成延迟2.4 网络存在瓶颈2.5 其他MySQL性能瓶颈因素3. 小结本文介绍MGR性能优化相关内容。1. 性能瓶颈在MGR架构中，可能存在众多会影响整体性能，包括本地节点中常见的一些性能瓶颈点，也包括MGR层产生的。一般而言，造成MGR性能瓶颈的原因有以下几种情况：集群中，个别节点存在性能瓶颈；不恰当的流

1.结论先行 无论ibp（innodb_buffer_pool_size）是否充足，MySQL的性能都远不如GreatSQL。 MySQL的性能平均约为GreatSQL的70%（最高84.5%，最低61.7%）。 在ibp充分的情况下，随着并发数的增加，MySQL并没有表现出该有的性能提升，反倒掉头向下，可见还是不够稳定。 在ibp不够的情

NVIDIA InfiniBand是一种被广泛使用的网络互联技术，基于IBTA(InfiniBand Trade Association)而定义的高带宽、低延时、低CPU占用率、大规模易扩展的通信技术，是世界领先的超级计算机的互连首选，为高性能计算、人工智能、云计算、存储等众多数据密集型应用提供了强大的网络性能支撑。通过高速的InfiniBand技术，将业务负载由单机运行转化为基于多机协作的高性能

为什么要使用分布式数据库？原因在于，当数据量增长到一定程度，查询或操作效率逐步降低时，传统集中式的单节点存储、单点计算的数据存储和算力瓶颈明显。需要通过借助中间件或路由分片的方式，将数据按照一定规则做横向的扩展。随着业务的不断扩容和发展，单点计算便逐步演变为分布式数据库多点计算的方式，以提升业务处理能力的响应速度。 分布式数据库使用分区表或交叉分布式表来进行数据分布。在数据存储和计算方面

赛迪顾问发布了《“十四五”关键应用领域之数据库场研究报告》万里数据，领导者象限，成为最大黑马。

数据中间件如何与GreatSQL数据同步？

提问/ 作为DBA运维的你是否有过这些苦恼1）什么？又有告警啦，CPU咋又飙高啦？IO又打满啦？对服务器赶紧一顿操作猛如虎，然并卵，故障犹如股市大盘，依然坚挺，还有客户、领导在后面排队督军，此时谁来help我呢？2）有时候出去面试，明明感觉和面试官聊的很好，但面试完成后就没有后续，是否有过疑惑，这是why？面试官：请给出数据库实例所在的物理机上CPU飙高及IO飙高的故障排查思路。应聘者：

上午10：00 某运营商核心报表平台升级前夕作为万里数据库的战略合作伙伴，某运营商一直密切关注着国产数据库的发展。其系统中一套基于MySQL8.0.11版本的核心报表平台，近期由于存在安全扫描的漏洞，需要尽快将其升级到MySQL8.0.25及以上版本。由于客户对MySQL新版本存在一定的观望心理，以及对业务验证的充分性待提升，客户最终选择升级到MySQL8.0.25。该运营商客户运维人员按照MyS

严正声明5月28日，今日头条上名为“微创社”的个人账号发布了一则不实信息，声称“万里数据库受MySQL制裁或断供”。北京万里开源软件有限公司（以下简称“万里数据库”）在此严正声明：公司数据库产品遵循相关开源协议约定，毋需购买所谓的“商业授权”，亦不存在任何由此带来的所谓“制裁或断供”风险。“微创社”账号应立即删除该不实信息，引用及传播的相关平台、账号应立即撤销该等不实内容。万里数据库已就该等内容进