什么是TiDB 产品优势 产品优势 ⾼度兼容 MySQL 动态扩展 分布式事务 HTAP 真正⾦融级⾼可⽤ 适⽤场景 适⽤场景 对数据⼀致性及⾼可靠、系统⾼可⽤、可扩展性、容灾要求较⾼的⾦融⾏业属性的场景 对存储容量、可扩展性、并发要求较⾼的海量数据及⾼并发的 OLTP 场景 Real-time HTAP 场景 数据汇聚、⼆次加⼯处理的场景 真正⾦融级⾼可⽤ UCloud 云上 云上 TiDB 架构⽰意图 架构⽰意图 障时系统可⾃动进⾏切换，确保系统的 RTO <= 30s 及 RPO = 0。 对存储容量、可扩展性、并发要求较⾼的海量数据及⾼并发的 对存储容量、可扩展性、并发要求较⾼的海量数据及⾼并发的 OLTP 场景 场景 随着业务的⾼速发展，数据呈现爆炸性的增⻓，传统的单机数据库⽆法满⾜因数据爆炸性的增⻓对数据库的容量要求，可⾏⽅案是采⽤分库分表的中间件产品或者 NewSQL 数据库替代、 采⽤⾼端的存储设备等，其中性价⽐最⼤的是 采⽤⾼端的存储设备等，其中性价⽐最⼤的是 NewSQL 数据库，例如：TiDB。TiDB 采⽤计算、存储分离的架构，可对计算、存储分别进⾏扩容和缩容，计算最⼤⽀持 512 节点，每个节点最 ⼤⽀持 1000 并发，集群容量最⼤⽀持 PB 级别。 Real-time HTAP 场景 场景 随着 5G、物联⽹、⼈⼯智能的⾼速发展，企业所⽣产的数据会越来越多，其规模可能达到数百 TB 甚⾄ PB 级别，传统的解决⽅案是通过

万笔，零钱通单日 5000 万笔，同时还要满足未来 3-5 年业务发展和接入更多互联网代销渠道需求。 光大银行在同城两数据中心构建 TiDB 双活集群，采用 5副本 TiKV，设计 40TB 运辑容量，同时将 TiDB 的数据实时复制到 MySQL，提升业务容灾能力。 PingCAP.COM 一 第五章- dasriaterabher pvmoe To ng Tv 光大银行新一代财富管理平台系统架构图 用户收益 *。 TiDB 经过大规模金融场景验证，解决了传统关系型数据库的容量与性能瓶颈问题。 。 稳定高效的支持金融联机交易及批量业务，支持复杂事务交易及批量数据处理负载。 。 采用多中心多活架构部署，保障数据高可用的同时大幅提升业务的容灾能力 。 *。 ”基于开源社区与 中国银行在生产实践中采用中 Zabbix 运维监控方案, 作为开源云原生方案, Zabbix 一直使用 MySQL 作为 后端存储, 在面对更大规模监控需求的时候, 单机 MySQL 数据库面临性能和容量瓶颈, 无法支持几T量级 的数据, 使得监控对象的数量和数据存储时间不能莱得。 TiDB 是兼容 MySQL 协议的分布式数据库, 在易用性与平滑升级方面比其他监控后台数据库方案更有优 势,中国银行决定采用

= 0。 31 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于需要实时处理的大规模数据和高并发场景。TiDB (GA) 支持基于资源组的资源管控，为同一集群中的不同工作负载分配并隔离资源。该功能显著提升了多应用集群 的稳定性，并为多租户奠定了基础。在 v7.1.0 中，资源管控引入了根据实际负载或硬件部署估算集群容量的 能力。 TiFlash 支持0 码力 | 4369 页 | 98.92 MB | 1 年前

3

部分机 器出现故障时系统可自动进行切换，确保系统的 RTO <= 30s 及 RPO = 0。 24 • 对存储容量、可扩展性、并发要求较高的海量数据及高并发的 OLTP 场景 随着业务的高速发展，数据呈现爆炸性的增长，传统的单机数据库无法满足因数据爆炸性的增长对数 据库的容量要求，可行方案是采用分库分表的中间件产品或者 NewSQL 数据库替代、采用高端的存储设 备等，其中性价比最大的是 NewSQL NewSQL 数据库，例如：TiDB。TiDB 采用计算、存储分离的架构，可对计算、 存储分别进行扩容和缩容，计算最大支持 512 节点，每个节点最大支持 1000 并发，集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展，企业所生产的数据会越来越多，其规模可能达到数百 TB 甚 至 PB 级别，传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务，通过 盘推荐使用 NVME 接口以保证读写更快。 • 如果仅验证功能，建议使用TiDB 数据库快速上手指南进行单机功能测试。 • TiDB 对于磁盘的使用以存放日志为主，因此在测试环境中对于磁盘类型和容量并无特殊 要求。 4.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 32 GB+ SAS 万兆网卡（2 块最佳） 2 PD 4 核

部分机 器出现故障时系统可自动进行切换，确保系统的 RTO <= 30s 及 RPO = 0。 23 • 对存储容量、可扩展性、并发要求较高的海量数据及高并发的 OLTP 场景 随着业务的高速发展，数据呈现爆炸性的增长，传统的单机数据库无法满足因数据爆炸性的增长对数 据库的容量要求，可行方案是采用分库分表的中间件产品或者 NewSQL 数据库替代、采用高端的存储设 备等，其中性价比最大的是 NewSQL NewSQL 数据库，例如：TiDB。TiDB 采用计算、存储分离的架构，可对计算、 存储分别进行扩容和缩容，计算最大支持 512 节点，每个节点最大支持 1000 并发，集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展，企业所生产的数据会越来越多，其规模可能达到数百 TB 甚 至 PB 级别，传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务，通过 盘推荐使用 NVME 接口以保证读写更快。 • 如果仅验证功能，建议使用TiDB 数据库快速上手指南进行单机功能测试。 • TiDB 对于磁盘的使用以存放日志为主，因此在测试环境中对于磁盘类型和容量并无特殊 要求。 4.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 32 GB+ SAS 万兆网卡（2 块最佳） 2 PD 4 核

机器，当部分机 器出现故障时系统可自动进行切换，确保系统的 RTO <= 30s 及 RPO = 0。 • 对存储容量、可扩展性、并发要求较高的海量数据及高并发的 OLTP 场景 随着业务的高速发展，数据呈现爆炸性的增长，传统的单机数据库无法满足因数据爆炸性的增长对数 据库的容量要求，可行方案是采用分库分表的中间件产品或者 NewSQL 数据库替代、采用高端的存储设 备等，其中性价比最大的是 NewSQL NewSQL 数据库，例如：TiDB。TiDB 采用计算、存储分离的架构，可对计算、 存储分别进行扩容和缩容，计算最大支持 512 节点，每个节点最大支持 1000 并发，集群容量最大支持 PB 级别。 • Real-time HTAP 场景 随着 5G、物联网、人工智能的高速发展，企业所生产的数据会越来越多，其规模可能达到数百 TB 甚 至 PB 级别，传统的解决方案是通过 OLTP 型数据库处理在线联机交易业务，通过 盘推荐使用 NVME 接口以保证读写更快。 • 如果仅验证功能，建议使用TiDB 数据库快速上手指南进行单机功能测试。 • TiDB 对于磁盘的使用以存放日志为主，因此在测试环境中对于磁盘类型和容量并无特殊 要求。 4.1.3.2 生产环境 组件 CPU 内存 硬盘类型 网络 实例数量 (最低要求) TiDB 16 核 + 32 GB+ SAS 万兆网卡（2 块最佳） 2 PD 4 核

= 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于需要实时处理的大规模数据和高并发场景。TiDB entry。所以这个限制反映在 SQL 层 面是： • 最大单行记录容量为 120MB（TiDB v5.0 及更高的版本可通过 tidb-server 配置项 performance.txn-entry- �→ size-limit 调整，低于 TiDB v5.0 的版本支持的单行容量为 6MB）。 • 支持的最大单个事务容量为 10GB（TiDB v4.0 及更高版本可通过 tidb-server tidb-server 配置项 performance.txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT

= 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于需要实时处理的大规模数据和高并发场景。TiDB entry。所以这个限制反映在 SQL 层 面是： • 最大单行记录容量为 120MB（TiDB v5.0 及更高的版本可通过 tidb-server 配置项 performance.txn-entry- �→ size-limit 调整，低于 TiDB v5.0 的版本支持的单行容量为 6MB）。 • 支持的最大单个事务容量为 10GB（TiDB v4.0 及更高版本可通过 tidb-server tidb-server 配置项 performance.txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT

= 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于需要实时处理的大规模数据和高并发场景。TiDB entry。所以这个限制反映在 SQL 层 面是： • 最大单行记录容量为 120MB（TiDB v5.0 及更高的版本可通过 tidb-server 配置项 performance.txn-entry- �→ size-limit 调整，低于 TiDB v5.0 的版本支持的单行容量为 6MB）。 • 支持的最大单个事务容量为 10GB（TiDB v4.0 及更高版本可通过 tidb-server tidb-server 配置项 performance.txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT

= 0。 32 • 海量数据及高并发的 OLTP 场景 传统的单机数据库无法满足因数据爆炸性的增长对数据库的容量要求。TiDB 是一种性价比高的解决方 案，采用计算、存储分离的架构，可对计算、存储分别进行扩缩容，计算最大支持 512 节点，每个节点 最大支持 1000 并发，集群容量最大支持 PB 级别。 • 实时 HTAP 场景 TiDB 适用于需要实时处理的大规模数据和高并发场景。TiDB entry。所以这个限制反映在 SQL 层 面是： • 最大单行记录容量为 120MB（TiDB v5.0 及更高的版本可通过 tidb-server 配置项 performance.txn-entry- �→ size-limit 调整，低于 TiDB v5.0 的版本支持的单行容量为 6MB）。 • 支持的最大单个事务容量为 10GB（TiDB v4.0 及更高版本可通过 tidb-server tidb-server 配置项 performance.txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT