前言 TIDB版本v5.0.1，安装环境CentOS 8 1.在官网下载社区版 https://download.pingcap.org/tidb-community-server-v5.0.1-linux-amd64.tar.gz 2.解压tar zxvf tidb-community-toolkit-v5.0.1-linux-amd64.tar.gz 3.进入tidb-community-server-v5.0.1-linux-amd64目录运行lo
TiUP 是 TiDB 4.0 版本引入的集群运维工具，TiUP cluster 是 TiUP 提供的使用 Golang 编写的集群管理组件，通过 TiUP cluster 组件就可以进行日常的运维工作，包括部署、启动、关闭、销毁、弹性扩缩容、升级 TiDB 集群，以及管理 TiDB 集群参数。 最小规模的 TiDB 集群拓扑： 实例 个数
TiUP 是 TiDB 4.0 版本引入的集群运维工具，TiUP cluster 是 TiUP 提供的使用 Golang 编写的集群管理组件，通过 TiUP cluster 组件就可以进行日常的运维工作，包括部署、启动、关闭、销毁、弹性扩缩容、升级 TiDB 集群，以及管理 TiDB 集群参数。 最小规模的 TiDB 集群拓扑： 实例个数
背景介绍 盖娅广告匹配系统（GaeaAD）用于支撑盖娅互娱全平台实时广告投放系统，需要将广告数据和游戏 SDK 上报的信息进行近实时匹配，本质上来说需要实时的根据各个渠道的广告投放与相应渠道带来的游戏玩家数据进行计算，实现广告转化效果分钟级别的展现及
2021 年 4 月 25 日——领先的企业级开源分布式数据库厂商 PingCAP 正式发布面向企业级核心场景的 TiDB 5.0 版本。TiDB 5.0 在性能、稳定性、易用性等方面均取得了巨大进步，并在事务处理、高可用与容灾、安全合规等方面新增多项企业级特性，通过引入 MPP （Massively Parallel Pr
作者｜Siddon Tang译者｜无明本文介绍了在 TiDB 中进行混沌测试的实践，包括一些测试工具和技巧什么是混沌在分布式计算领域，我们无法预测集群将会发生什么，一切皆有可能。在里约热内卢飘舞的蝴蝶可能会改变芝加哥的气候，甚至摧毁位于开罗的数据中心。网络时间协议（NTP）可能出现不同步，C
在传统关系型数据库领域，我们常常通过配置事务的隔离级别来解决脏读、幻读、不可重复读的问题。不同的事务隔离级别对应解决问题的力度是不一样的，下表是不同事务隔离级别对脏读、幻读、不可重复读的容忍度，我们一起看一下：注意： Repeatable read的读锁会一直到事务结束才释放； Read comm
TiDB是一款开源的NewSQL数据库，我们看一下官方的描述：TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP）的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、
今天讲一下 Go 在我们 TiDB 的应用。我先自我介绍一下，我2012年自己创业做基础架构方向的创业，但是没有做起来，然后去了360基础架构组搞 MySQL 的开源中间件。后来觉得中间件这个方案是一个会受到限制的方案，于是我们就开始探索可能需要像NewSQL 的东西。再后来发现 TiDB 也在做同样的
一、简介 TiDB 是一个分布式 NewSQL 数据库。 支持水平弹性扩展、ACID 事务、标准 SQL、MySQL 语法和 MySQL 协议，具有数据强一致的高可用特性，是一个不仅适合 OLTP 场景还适OLAP 场景的混合数据库。 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线
系统配置 检测及关闭系统swap 本段介绍 swap 关闭方法。TiDB 运行需要有足够的内存，并且不建议使用 swap 作为内存不足的缓冲，这会降低性能。因此建议永久关闭系统 swap，并且不要使用 swapoff -a 方式关闭，否则重启机器后该操作会失效。 建议执行以下命令关闭系统 swap： echo "vm.
调研不代表实践，谨慎采纳，结论后续实践后放出。本文主题:【存储上云】TiDB和Polardb。MySQL在达到一定数据量（我的经验是3T、单表1亿）时，复杂查询会有明显的延迟。继续分库分表，会严重增加业务复杂性，尤其对很多非互联网产品来说，急需一个分布式存储。MySQL本身也做了一些努力，那就是基于Pax
随着 2021 年春天的来临和 PingCAP 年满 6 周岁纪念日的到来，TiDB 5.0 迎来正式 GA。经过近一年紧锣密鼓的开发和打磨，TiDB 5.0 成为迈向企业级核心场景的里程碑版本：TiDB 5.0 的性能和稳定性得到显著提升，从而具备更强大的 OLTP 金融级核心场景的服务能力；在原有 HTAP 引擎 TiFlash
TIDB初识 整体架构图负载均衡层TIDB SERVER层TIKV层分布式数据一致(主从同步)分布式的事务一致(不同region 数据操作同步) PD集群 整体架构图 负载均衡层 这一次层其实属于非TIDB的架构层，不过为了方便整体性的理解，这里简单叙述下.由于TIDB SERVER层是一个无状态的集群，
insert带来的TiDB集群性能瓶颈排障 贺磊 360云计算 女主宣言 本文通过分析TiDB线上集群的一次业务问题，整理了故障排查的思路，结合这个案例也可以让有类似潜在威胁的同学提前规避。PS：丰富的一线技术、多元化的表现形式，尽在“360云计算”，点关注哦！ 1 问题背景 线上某业务将数据导
1.参照官网配置TiCDC 具体配置如下 # 指定配置文件中涉及的库名、表名是否为大小写敏感 # 该配置会同时影响 filter 和 sink 相关配置，默认为 true case-sensitive = true # 是否输出 old value，从 v4.0.5 开始支持 enable-old-value = true [filter] # 忽略指定 start_ts 的
CockroachDB 去中心化设计, 数据可以直接存放到本地磁盘水平弹性扩容，可自动 Rebalancing各个节点之间完全对等，前端可挂负载均衡高可用遵循多数原则，默认数据保存三份副本(至少三台机器)，可以允许一台机器挂掉一台机器挂掉后，会被标记成suspect，超过一定时间，将被标记成dead，此时会
iDB简介TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP）的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MyS
一、背景是更换版本了之后，按照正常扩容节点也会报错。 我们安装的TiDB版本是v4.0.0，因为环境还在试用阶段，所以会经常增删节点。原因是我们违背官方说明，强行用机械盘上了，跑不过单机的mysql，所以加了很多tikv节点，一共8个。每次都很顺利，而且在grafana也会调整展示增删的节点。
一、背景 因为项目所需，字符集需要utf8mb4_general_ci的。试了多种方式都不能达到，即使修改了建表语句，显示指定建表语句为utf8mb4_general_ci，也不能达到大小写不敏感的效果，所以开始翻阅资料，终于找到原因 二、原因 TiDB 4.0 新增了完整的排序规则支持框架，从语义上支持了排序规则
下载tidb-community-server-v4.0.6 https://download.pingcap.org/tidb-community-server-v4.0.6-linux-amd64.tar.gz 解压安装组件 version=4.0.6 tar xzvf tidb-community-server-${version}-linux-amd64.tar.gz sh tidb-community-server-${version}-linux-amd64/local_i
导读 作者：杨漆 16年关系型数据库管理，从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM；运维路上不平坦，跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿，希望帮到大家少走弯路、少熬夜。 Best Practice for Data migration from Ora
初始化环境 最小化安装操作系统，官方建议版本为 CentOS 7.3 及以上，这里的版本为： [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.8.2003 (Core) [root@localhost ~]# uname -r 3.10.0-1127.el7.x86_64 内存至少为4G，否认有可能会出现集群启动失败的情况。
初始化环境 最小化安装操作系统，官方建议版本为 CentOS 7.3 及以上，这里的版本为： [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.8.2003 (Core) [root@localhost ~]# uname -r 3.10.0-1127.el7.x86_64 内存至少为4G，否认有可能会出现集群启动失败的情
慢查询日志 控制慢查询日志相关参数 变量名称 说明 tidb_slow_log_threshold 设置慢日志的阈值，将执行时间超过阈值的 SQL 语句记录到慢日志中。默认值是 300 ms。 tidb_query_log_max_len 设置慢日志记录 SQL 语句的最大长度。默认值是 4096 byte。 tidb_redact_log 设
