https://cloud.tencent.com/developer/article/1882194 国产的分布式数据库不少，TDSQL， OB, TIDB ，等等都是比较知名的产品，使用的分布式协议也不同，有使用POSTGRES-XL ,也有从外观模仿ORACLE 的，还有借鉴各家所长自己研发的
一、TiDB Lightning介绍 TiDB Lightning 是一个将全量数据高速导入到 TiDB 集群的工具，目前支持 Mydumper 或 CSV 输出格式的数据源。你可以在以下两种场景下使用 Lightning： 迅速导入大量新数据。 备份恢复所有数据。 目前，TiDB Lightnin
一、TIUP工具简介 前面介绍了使用TIUP搭建TIDB集群，本篇文章详细介绍下使用TIUP对集群进行扩容和缩容。 在面对双十一这种流量突峰的场景，我们平常的TIDB集群有可能承受不住，因此需要提前进行扩容，例如增加tidb-server，以增加TIDB的计算能力，增加tikv-server，增加T
一、BR工具 BR 全称为 Backup & Restore，是 TiDB 分布式备份恢复的命令行工具，用于对 TiDB 集群进行数据备份和恢复。BR 只支持在 TiDB v3.1 及以上版本使用。 在前面的章节中，我们介绍了dumpling将数据导出的方式，也可以作为一种备份的方式，并且导出的数据
https://www.jianshu.com/p/2ecdb4642579 在TiDB 中，“修改配置参数”似乎是个不精准的说法，它实际包含了以下内容： 修改 TiDB 的系统变量 修改集群配置- tiup 修改集群配置- set config 在线修改集群配置 总结 TiDB的配置修改比较混乱，
https://tidb.net/blog/c9466c40#TiDB%E7%B3%BB%E7%BB%9F%E8%B0%83%E5%8F%82%E5%AE%9E%E6%88%98%E7%BB%8F%E9%AA%8C/%E5%9B%9B%E3%80%81%E6%80%BB%E7%BB%93 TiDB系
https://docs.pingcap.com/zh/tidb/stable/information-schema-tidb-hot-regions TIDB_HOT_REGIONS 表提供了关于当前热点 Region 的相关信息。历史热点信息可以在 TIDB_HOT_REGIONS_HISTOR
https://docs.pingcap.com/zh/tidb/stable/configure-memory-usage 目前 TiDB 已经能够做到追踪单条 SQL 查询过程中的内存使用情况，当内存使用超过一定阈值后也能采取一些操作来预防 OOM 或者排查 OOM 原因。你可以使用系统变量 t
01 背景 某tidb集群收到告警，TIKV 节点磁盘使用率85%以上，联系业务无法快速删除数据，于是想到扩容TIKV 节点，原先TIKV 节点机器都是6TB的硬盘，目前只有3TB的机器可扩，也担心region 均衡后会不会打满3TB的盘，PD 调度策略来看应该是会根据不同存储机器的资源配置和使用情
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-memory-performance 本文档用于描述如何根据机器配置情况来调整 TiKV 的参数，使 TiKV 的性能达到最优。你可以在 etc/config-template.toml 找到配置文件
https://tidb.net/blog/ad45bad9#6%E6%80%BB%E7%BB%93 1实验目的 随着tidb使用场景的越来越多，接入的业务越来越重要，不由得想试验下tidb组件的高可用性以及故障或者灾难如何恢复，恢复主要涉及的是pd组件和tikv组件，本文主要涉及tikv组件， p
Tidb单副本时-TiKV节点损坏后有损数据恢复的方法 背景 UAT环境下,为了减少存储. 搭建了一套单副本的TiDB集群 但是随着数据量的增多, UAT上面的数据可以丢失,但是表结构等信息是无法接受丢失和损坏的. 因为很多不太均衡的问题, 导致. 部分TiKV节点不稳定. 甚至会出现TiKV宕机的
https://tidb.net/blog/5454621f 一、测试需求： 基于历史原因，我们的业务数据库一直使用5.4.3，最近由于研发提出需求：需要升级到6.5.3版本，基于版本不同，需要做个压力测试已验证2个版本之间的性能差异。 二、测试目的： 验证tidb数据库5.4.3和6.5.3版本性
一、开启region merge # 控制 Region Merge 的 size 上限，当 Region Size 大于指定值时 PD 不会将其与相邻的 Region 合并 pd-ctl config set max-merge-region-size 20 # 控制 Region Merge 的
一、背景 复杂sql查询报错 二、原因 单条s q l使用内存默认为1G 三、解决 tiup cluster edit_config tidb-test server_configs: tidb: mem-quota-query: 4294967296 # 修改大小 tiup cluster rel
一、背景 名称数量tikv3副本3 1.故障： 因为某些原因，两台tikv不可连接，出现region不能访问的故障 2.几条理论： 2.1.多副本原则 存在一半以上的副本则集群访问不受影响（如n副本，存活（n+1）/ 2） 2.2.数据完整性 当副本数量等于tikv的数量的时候，每一个tikv都有全
一、背景 验证系统调优对性能的影响，用sysbench做了一些简单的测试，具体调整方法可见官方文档 二、特殊说明 1.透明大页查看 # 查看透明大页是否开启，[]在always处表示开启，[]在never处表示关闭 cat /sys/kernel/mm/transparent_hugepage/en
https://docs.pingcap.com/zh/tidb/stable/tidb-limitations 本文会将详细描述 TiDB 中常见的使用限制，包括：标识符长度，最大支持的数据库、表、索引、分区表、序列等的个数。 标识符长度限制 标识符类型最大长度（字符） Database 64 T
https://tidb.net/blog/bda86911 注意事项1：tidb-test 为集群名称 注意事项2：参数修改前与修改后备份.tiup目录 注意事项3：通过 tiup cluster edit-config 来修改配置参数 1、修改配置参数 tiup cluster edit-con
