作者： 尚雷5580 注：本文基于 TiDB 官网 董菲老师 《TiDB 数据库核心原理与架构（101) 》系列教程之 《Lesson 01 TiDB 数据库架构概述》内容进行整理和补充。 一、TiDB 体系架构 1.1 TiDB 五大核心特性一键水平扩缩容得益于存储与计算分离的架构，TiDB 支持按需对计算和存储进行在线扩缩容，过程对运维人员透明。金融级高可用数据通过多副本存储，使用 Mul
迁移，看完本文基本上所有的迁移方案你都可以搞定了（数据库迁移方案和流程大同小异）。本文...
分布式事务 单机事务处理 扩展性 原生支...
本文作者：柳冬冬 导读在当今技术飞速发展的时代，传统单机数据库正面临着前所未有的挑战。随着人工智能、云计算和大数据的崛起，企业对数据库的性能、可靠性和扩展性的需求日益增长，分布式数据库取代传统集中式数据库的必然趋势。本文将详细介绍企业如何通过资源评估、迁移策略和架构优化，顺利实现从 Oracle 等传统数据库向 TiDB 的平稳过渡，进而满足关键业务需求，实现降本增效的目标。*全文约 8,000
作者：张显华、窦智浩 专家观点特邀专家：徐戟（白鳝）｜资深数据库技术专家，订阅号“白鳝的洞穴”作者当前，国内大量的关键行业的核心系统正在实现国产化替代，而与此同时，这些行业的数字化转型也正在进入深水区。在信息系统的升级换代过程中，夯实 IT 基础设施是极其关键的。从服务器、操作系统、中间件、数据库等基础软硬件选型到系统架构、应用架构的重新设计，再到数据迁移、系统迁移、系统优化、运维体系重构的一系
作者： Aunt-Shirly 作为一个分布式数据库，扩缩容是 TiDB 集群最常见的运维操作之一。本文，我们将基于 v7.5.0 具体介绍扩缩容操作的具体原理、相关配置及常见问题的排查。通常，我们根据当前资源状态来决定是否需要调整 TiKV 节点的规模，无论是增加还是减少节点。我们希望在调整后，集群能够通过重新调度尽快实现所有在线 TiKV 节点资源的平衡利用。因此对于扩缩容来说，我们主要关心的
作者： 数据源的TiDB学习之路 背景金融机构越来越多的选择将多套业务系统融合到一套分布式数据库集群来支撑，一方面可以节约硬件成本，另一方面可以简化运维复杂性。多租户能力及资源管控技术是数据库中实现多业务融合的最常用及有效手段。容灾是金融机构 IT 系统满足高可用性必需的一个能力，金融机构的容灾能力根据高可用程度划分为多个等级，较常用的一种容灾部署方式是采用主备库的方案，在分布式数据库中也称为
作者： Aunt-Shirly 作为一个分布式数据库，扩缩容是 TiDB 集群最常见的运维操作之一。本系列文章，我们将基于 v7.5.0 具体介绍扩缩容操作的具体原理、相关配置及常见问题。 扩缩容从集群视角考虑，主要需要考虑的是扩缩容完成后，集群数据通过调度，让所有在线 tikv 的资源使用到达一个均衡的状态。在这个过程中，主要涉及以下两个关键步骤：调度产生速度调度执行速度本系列文章我们将围绕以上
作者： Aunt-Shirly 作为一个分布式数据库，扩缩容是 TiDB 集群最常见的运维操作之一。本系列文章，我们将基于 v7.5.0 具体介绍扩缩容操作的具体原理、相关配置及常见问题。扩缩容从集群视角考虑，主要需要考虑的是扩缩容完成后，集群数据通过调度，让所有在线 tikv 的资源使用到达一个均衡的状态。在这个过程中，主要涉及以下两个关键步骤：调度产生速度调度执行速度本系列文章我们将围绕以上两
作者： gary 一、前言TiDB分布式数据库采用多副本机制，数据副本通过 Multi-Raft 协议同步事务日志，确保数据强一致性且少数副本发生故障时不影响数据的可用性。但在三副本情况下，单副本损坏集群性能还是会有一定影响的。本文介绍在TiKV在不同情况下故障会给集群带来什么影响和如何去处理这些问题。 二、计划内停机，单台服务器不可用时一般我们需要调整max-store-down
作者： TiDB社区小助手 导读在 MySQL 迁移至 TiDB 的过程中，兼容性和性能验证至关重要。SQL-Replay 是一款实用工具，用于评估数据库的兼容性和性能，支持日志解析、查询回放、性能测量和报告生成等功能。本文介绍了 SQL-Replay 工具的安装和使用步骤，以及如何运用 SQL-Replay 工具，通过回放 MySQL 慢查询日志或抓包
作者： cchouqiang 背景我们在TiDB上进行集群操作常用的命令就是tiup，但是经常会遇到如下报错：ssh: unable to authenticate, attempted methods [none publickey], no supported methods remain从报错来看，可能是由于两台机器之间互信出问题导致的，但这只是表象，我们需要刨根问底，找到问题的根本原
作者： Jasper 问题背景集群版本： v5.4.3集群 TiKV 使用空间持续上涨， truncate 及 drop table 操作均无法正常释放空间 问题排查从 grafana 监控观察 tikv store size 是在持续上涨的dashboard 发现 unexpected resolve 报错根据报错详细日志查询确认 attempted_commit_ts < min
作者
作者： 连连看db 一、背景tidb版本5.3，一天prometheus的tikv突然告警，报警内容包含关键字meet lock，10分钟大于10000次meet lock。 二、排查过程 部门有要求，一旦报警，需要确定报警具体原因，所以开始以下排查1、首先排查TiDB集群访问延迟是否在正常范围平均访问延迟在100ms以下，没有对业务造成影响，但需要关注，排除隐患。
作者： tidb狂热爱好者 自学24小时--我当初为什么选择了tidb抛弃了postgresql在数据库技术的广阔天地中，每一种数据库都有其独特的优势和局限性，选择哪一种数据库往往取决于具体的业务需求和场景。在我个人的职业生涯中，曾经面临过这样的选择：在维护PostgreSQL业务的过程中，我逐渐意识到了其在某些方面的局限性，特别是在处理大规模数据和高并发场景时。经过深入的考量和评估，我最终选择
作者： Jasper 问题背景集群版本 ：v5.4.3问题现象：集群 cpu 资源使用率飙高，集群
作者： cchouqiang 背景TiDB是一款真正意义上的分布式数据库，支持混合事务/分析处理
作者： 数据源的TiDB学习之路 问题现象使用 sysbench + haproxy 对 TiDB 进行压测，运行 25 小时后遇到报错。 问题分析步骤根据 sysbench 报错提示 error 8022，判断是事务提交失败出错。以下日志 185 TiKV 节点对应报错日志，时间点与此事务报错完全一致。[2024/07/17 14:52:42.842 +08:00] [INFO] [co
TiDB 数据库中提供一个称之为 Clinic 诊...
作者： 数据源的TiDB学习之路 背景介绍TiDB 采用在线异步变更的方式执行 DDL 语句，从而实现 DDL 语句的执行不会阻塞其他会话中的 DML 语句。按照是否需要操作 DDL 目标对象所包括的数据来划分，DDL 语句可以划分为 逻辑 DDL 语句 和 **物理 DDL 语句。**逻辑 DDL 语句通常只修改数据库对象的元数据，不对变更对象存储的数据进行处理，例如变更表名或变更列名。物理
作者： ShawnYan 前情回顾在前两节中，我们共同“回忆”了 TiDB v1/v2 的相关内容，包括如何手动搭建 TiDB 和使用 TiDB Ansible 搭建 TiDB。星辰考古：TiDB v1.0 再回首星辰考古：TiDB v2.x 回忆杀本节将继续讨论 TiDB v3，在 TiDB 3.x 中处理 AP 业务的主力仍然是 TiSpark，不过 TiFlash 已经初现。TiDB 3
型数据库，提供了强大的数据同步和容灾能力，其中dr_auto_sync功能允许数据库在预定的时间或...
DML TiDB 的 2PC 协议在提交之前将所有事务的写入操作缓存在 TiDB 的内存中，因此一个大型事务很容...
...
完成...
kv_task:{proc max:12.5s}, 扫表一次 TableRow...
本篇文...
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
