tidb

联系QQ876223965

ABB机器人仿真工作站：超便捷教学实训平台ABB机器人仿真工作站，教学实训平台，提供软件的时候全部模型，压缩成工作站文件，解压即可使用。提供的是工作站的全部模型。

TIDB——TIKV——分布式事务与MVCC声明：本文基于两个以及以上实例讨论；并且所讨论的锁皆为悲观锁注：数据库中一组不可分割的操作集合例子begin

TIDB——TIKV——RocksDB注：RocksDB分为RocksDBraft和RocksDBkv，前者负责存取日志；后者负责存取键值对，以region为单位，分布式存储

TIDB——TIDB Server核心组成部分：功能：解析SQL语句，将实际数据读取，转换为底层的TIKV的执行计划任务描述：三者负责sql解析和编译（优化），生成执行计划

TiDB 社区干货传送门

【附操作指南】从 Oceanbase 增量数据同步到 TiDB作者： Billmay表妹原文来源： https://tidb.net/blog/c7445005本次实践围绕 OceanBase Binlog Server + Canal + Canal Adapter 实现 OB 增量数据到 TiDB 的同步，核心流程涵盖搭建部署、配置调整、服务启动及同步验证等环节，具体如下

TiDB 社区干货传送门

2025 开放原子开发者大会，TiDB 获评开源先锋项目作者： TiDB官方原文来源： https://tidb.net/blog/60e91324在近日举办的2025 开放原子开发者大会上，平凯星辰凭借在开源领域的持续技术深耕与全球化生态影响力，从众多科技企业中脱颖而出，一举斩获“开源先锋项目”、“开源贡献之星”及“2025 年白银捐赠人”三项重量级殊荣。

赵渝强老师

【赵渝强老师】TiDB的备份恢复策略数据库在运行过程中会出现各种故障，因此对数据库进行必要的备份是非常重要的。有了数据库的备份就可以在数据库出现错误时保证数据的安全。因此TiDB数据库提供了强大的数据库备份与恢复机制。

【分布式利器：分布式ID】7、分布式数据库方案：TiDB/OceanBase全局ID实战上一篇的中间件方案适合复用现有Redis/ZooKeeper的场景，但如果你的系统已经部署了分布式数据库（如TiDB、OceanBase），就没必要再引入其他方案了——分布式数据库原生支持“全局自增ID”，底层通过分布式协议（如Paxos、Raft）保证唯一性和有序性，无需额外开发，无缝集成业务。本文详解TiDB和OceanBase的全局ID实现，帮你快速落地核心业务的分布式ID。

小马爱打代码

避坑指南：MySQL 迁移到 TiDBTiDB 是 PingCAP 出的分布式 NewSQL 数据库，兼容 MySQL 协议，但底层是分布式架构（TiKV + TiFlash）。简单说，它像 MySQL 的“升级版”——单机用着像 MySQL，集群时能水平扩展到 PB 级。

JavaScript生成器函数生成器函数，说白了，就是一种特殊的函数，它可以暂停执行，并在需要的时候再从暂停的地方继续执行。这种“走走停停”的特性，是普通函数完全不具备的。定义一个生成器函数非常简单，在关键字后面加一个星号(*)就行，就像这样：。函数体内部会使用一个全新的关键字，这个就是“产出一个值并暂停”的指令。

TiDB 关联子查询去关联优化实战案例与原理深度解析您的查询是否遇到以下情况？✅ 使用了 NOT EXISTS 或 EXISTS 子查询✅ 外部查询结果集很小（< 100 行）

Lucifer三思而后行

使用 BR 备份 TiDB 到 AWS S3 存储手里有几套 TiDB 集群数据库没有备份，一直在裸奔，几个备份厂商（爱数，NBU，Veeam）也都不支持备份 TiDB，正好这两天有空研究了一下官方文档，发现官方自带的 BR 工具看着很强大，所以测试了一下。

Lucifer三思而后行

使用 BR 备份 TiDB 到阿里云 OSS 存储最近好久没更新 Oracle 相关内容了，都在搞备份的东西，为啥呢？因为最近 Oracle 相关的内容都是很基础的，也没有遇到什么问题，所以就自然没什么内容可写了，反倒是最近几天都在研究 TiDB 备份，顺便学习了下 TiDB 的体系结构以及各种组件，也是比较有收获的。

落叶的悲哀

mysql tidb like查询有换行符内容问题解决最近需要做一个需求，mysql的版本号为8.0，tidb版本号为8.0以上。数据库表的字段是text类型，需要存储的内容含有换行符引起的问题。下面我先建数据库重现下问题。

得物TiDB升级实践得物DBA自2020年初开始自建TiDB，5年以来随着NewSQL数据库迭代发展、运维体系逐步完善、产品自身能力逐步提升，接入业务涵盖了多个业务线和关键场景。从第一套TIDB v4.0.9 版本开始，到后来v4.0.11、v5.1.1、v5.3.0，在经历了各种 BUG 踩坑、问题调试后，最终稳定在 TIDB 5.3.3 版本。伴随着业务高速增长、数据量逐步增多，对 TiDB 的稳定性及性能也带来更多挑战和新的问题。为了应对这些问题，DBA团队决定对 TiDB 进行一次版本升级，收敛版本到7.5.x。本文

【数据库】TiDB 技术选型与架构分析报告TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理（Hybrid Transactional and Analytical Processing, HTAP）的融合型分布式数据库产品。TiDB 的核心设计理念是 “解决分库分表的痛苦”，从开发的第一天起就确立了测试驱动的策略(25)。

TiDB：分布式关系型数据库目录1、概念2、核心特性3、核心架构4、主要限制5、应用场景6、Java交互6.1 连接与驱动6.2 事务处理

TiDB分布式数据库技术架构概述TiDB 作为一款开源的分布式 NewSQL 数据库，在分布式数据库技术领域具有重要地位。与传统的单机数据库相比，TiDB 具有纯分布式架构，拥有良好的扩展性，支持弹性的扩缩容；支持标准 SQL，对外暴露 MySQL 网络协议，并兼容大多数 MySQL 语法；默认支持高可用，在少数副本失效的情况下能够自动进行数据修复和故障转移；支持 ACID 事务，满足强一致需求场景；具有丰富的工具链生态，覆盖数据迁移、同步、备份等多种场景。

【TiDB 插入性能优化实战：从 5 秒到毫秒级的跨越】前提条件：异常现象：线上环境发现某张表的 insert 操作异常缓慢，单次插入耗时高达 5 秒，远超业务预期（正常应在 100ms 以内）。从 TiDB 慢日志来看，所有慢 SQL 均为简单插入语句（如 insert into table (col1, col2...) values (...)），且无复杂逻辑或大字段。