whiteBearClimb的博客

学习TiDB事务的底层原理思想，总结一下自己的理解官方文档乐观事务：一种与传统分布式事务不同的解决方案，不一定会加锁，能够实现跨节点的分布式事务安全，如果写冲突不频繁，那么可以通过跳过获取行锁而提高性能，如果写同一行冲突频繁，性能会低于悲观事务下面请对照着官网的一张图，配合理解乐观事务的实现（1）客户端事务开始，TiDB接到begin后，向PD管理层申请一个time stamp (下面简称ts)做为事务起始编号 start_ts .（2）执行客户端SQL：1:读请求，则先向PD获取Regio

场景一：一开始只是在开发环境搭建了低配单机版（PD，TiKV，TiDB，TiUP，Monitor都在同一台服务器），使用后觉得不错，想扩容两个TiKV，因为已经存在了部分数据，不可能卸载重装，所以就找了官网动态扩容的方案操作https://docs.pingcap.com/zh/tidb/stable/scale-tidb-using-tiup(1)新增配置文件：（与topology.yaml同级）vi scale-out.yaml写入（因为我这里只扩容TiKV，所以只需要配tikv_servers

官方文档https://docs.pingcap.com/zh/tidb/stable/hardware-and-software-requirements网上的概念： TiDB 是一款定位于联机事务处理/联机分析处理（ HTAP: Hybrid Transactional/Analytical Processing）的融合型数据库产品，结合了传统的行式存储数据库服务和NoSql非关系型数据库的特点，实现了一键水平伸缩，支持无限水平扩展，引入MVCC多版本控制协议保证数据强一致性（可以防止脏读幻读不可重

(1) net.core.somaxconn = 128, should be greater than 32768net.core.somaxconn是Linux中的一个内核(kernel)参数，表示socket监听(listen)的监听队列上限。而socket server可以一次性处理backlog中的所有请求，处理后的请求不再位于监听队列中。当Server处理请求较慢时，导致监听队列被填满后，新来的请求就会被拒绝。FIX：vi /etc/sysctl.conf新增：net.core.soma

（1）安装TiUP1.下载 ： curl --proto ‘=https’ --tlsv1.2 -sSf https://tiup-mirrors.pingcap.com/install.sh | sh2.设置环境变量：source .bash_profile3.安装 TiUP cluster 组件：tiup cluster4.升级TiUP cluster组件版本：tiup update --self && tiup update cluster(2) 写配置文件1.直接下载配置