云 原 生 社 区 M e e t u p 第 五 期 成 都 站 云原生社区Meetup成都站 2021/07/03 基于 TiDB 的云原生数据库实践 演讲人：王天宜 PingCAP 云 原 生 社 区 M e e t u p 第 四 期 成 都 站 目录 为什么云原生数据库要拥抱 Kubernetes 什么是云原生数据库 TiDB 在 AWS 上的最佳实践 1

信仰开源，做分布式数据库的，叫 TiDB（好像还蛮火的） TiDB 是分布式的，PingCAP 这个公司也是分布式的（北京、上海、广州、深圳、成 都、杭州、新加坡、东京、硅谷） We're hiring! 今天的演讲内容来自我最近的一个真实经历。。。。 一个真实的故事 老板：怎么应用那么卡？ 前端开发：是不是你网络不行 老板：换了个网还是一样 前端开发：找到原因了，这个 REST API 卡了几秒返回

*。 ”企业级安全: 提供数据传输加密与静态数据存储加密，借助虚拟私有网络 (VPC) 实现租户之间的安 全隔离。 。 专家级支持: PingCAP 的原厂工程师具有丰富的 TiDB 运维和调优经验，提供专家级的服务支持，为 用户线上业务保驾护航。 治意，确保业务连 PingCAP.COM o 。 26 TiDB 全线产品培训并认证的部门, 其培训讲 师团队由来自 PingCAP 官方的资深解决方案架构师、顶尖核心技术研发工程师和高级资深TiDB DBA组成， 拥有丰富且专业的 TiDB 实践经验和培训经验。 培训及认证分为两部分: 。 PCTA (PingCAP Certified TiDB Associate) 线上培训及认证 - 培训目标: 初级TiDB DBA - 培训课程: TiDB

NewSQL | TiDB 以便捷的接口（MySQL 兼容），让你像使用单机数据库一样轻松 获得大数据处理能力，满足大数据量下的高压力的实时处理的各种需求。 商业模式：开源 ● 开源的模式在硅谷已经验证成功，作为基础软件领域正确的商业模式 ○ Cloudera / Hortonworks / OpenStack / Docker / RedHat ... ● 开源正在蚕食数据库市场 ○ MongoDB

不同的连接池实现可能会支持其中一种或多种方式，可以查看所使用的连接池文档来寻找对应配置。 4.4.3.1.3 经验公式 在 HikariCP 的 About Pool Sizing 一文中可以了解到，在完全不知道如何设置数据库连接池大小的时候，可以考虑 以以下经验公式为起点，在此基础上，围绕该结果进行尝试，以得到最高性能的连接池大小。 该经验公式描述如下： connections = ((core_count * 2) + 盘可以被称为是一个旋转轴。例如，你使用的是一个有 16 个磁盘组成的 RAID 阵列的服务器，那么 effective_spindle_count 应为 16。此处经验公式，实际上是衡量你的服务器可以管理多少 I/O 并发请求，因 为 HDD 通常只能串行请求。 要特别说明的是，在这个经验公式的的下方，也看到了一处说明： A formula which has held up pretty well across a lot 数据被全量缓存时，effective_spindle_count 应被设置为 0，随着命中率的下降，会更加接近实际的 HDD 个 数。 3. 这里没有任何基于 SSD 的经验公式。 这里的说明让你在使用 SSD 时，需探求其他的经验公式。 可以参考 CockroachDB 对数据库连接池中的描述，推荐的连接数大小公式为： 232 connections = (number of cores *

不同的连接池实现可能会支持其中一种或多种方式，可以查看所使用的连接池文档来寻找对应配置。 4.4.4.1.3 经验公式 在 HikariCP 的 About Pool Sizing 一文中可以了解到，在完全不知道如何设置数据库连接池大小的时候，可以考虑 以以下经验公式为起点，在此基础上，围绕该结果进行尝试，以得到最高性能的连接池大小。 该经验公式描述如下： connections = ((core_count * 2) + 盘可以被称为是一个旋转轴。例如，你使用的是一个有 16 个磁盘组成的 RAID 阵列的服务器，那么 effective_spindle_count 应为 16。此处经验公式，实际上是衡量你的服务器可以管理多少 I/O 并发请求，因 为 HDD 通常只能串行请求。 要特别说明的是，在这个经验公式的的下方，也看到了一处说明： 240 A formula which has held up pretty well across 数据被全量缓存时，effective_spindle_count 应被设置为 0，随着命中率的下降，会更加接近实际的 HDD 个 数。 3. 这里没有任何基于 SSD 的经验公式。 这里的说明让你在使用 SSD 时，需探求其他的经验公式。 可以参考 CockroachDB 对数据库连接池中的描述，推荐的连接数大小公式为： connections = (number of cores * 4)

不同的连接池实现可能会支持其中一种或多种方式，可以查看所使用的连接池文档来寻找对应配置。 4.4.4.1.3 经验公式 在 HikariCP 的 About Pool Sizing 一文中可以了解到，在完全不知道如何设置数据库连接池大小的时候，可以考虑 以以下经验公式为起点，在此基础上，围绕该结果进行尝试，以得到最高性能的连接池大小。 该经验公式描述如下： connections = ((core_count * 2) + 盘可以被称为是一个旋转轴。例如，你使用的是一个有 16 个磁盘组成的 RAID 阵列的服务器，那么 effective_spindle_count 应为 16。此处经验公式，实际上是衡量你的服务器可以管理多少 I/O 并发请求，因 为 HDD 通常只能串行请求。 要特别说明的是，在这个经验公式的的下方，也看到了一处说明： 240 A formula which has held up pretty well across 数据被全量缓存时，effective_spindle_count 应被设置为 0，随着命中率的下降，会更加接近实际的 HDD 个 数。 3. 这里没有任何基于 SSD 的经验公式。 这里的说明让你在使用 SSD 时，需探求其他的经验公式。 可以参考 CockroachDB 对数据库连接池中的描述，推荐的连接数大小公式为： connections = (number of cores * 4)

不同的连接池实现可能会支持其中一种或多种方式，可以查看所使用的连接池文档来寻找对应配置。 4.4.4.1.3 经验公式 在 HikariCP 的 About Pool Sizing 一文中可以了解到，在完全不知道如何设置数据库连接池大小的时候，可以考虑 以以下经验公式为起点，在此基础上，围绕该结果进行尝试，以得到最高性能的连接池大小。 该经验公式描述如下： connections = ((core_count * 2) + 盘可以被称为是一个旋转轴。例如，你使用的是一个有 16 个磁盘组成的 RAID 阵列的服务器，那么 effective_spindle_count 应为 16。此处经验公式，实际上是衡量你的服务器可以管理多少 I/O 并发请求，因 为 HDD 通常只能串行请求。 要特别说明的是，在这个经验公式的的下方，也看到了一处说明： 226 A formula which has held up pretty well across 数据被全量缓存时，effective_spindle_count 应被设置为 0，随着命中率的下降，会更加接近实际的 HDD 个 数。 3. 这里没有任何基于 SSD 的经验公式。 这里的说明让你在使用 SSD 时，需探求其他的经验公式。 可以参考 CockroachDB 对数据库连接池中的描述，推荐的连接数大小公式为： connections = (number of cores * 4)

不同的连接池实现可能会支持其中一种或多种方式，可以查看所使用的连接池文档来寻找对应配置。 4.4.4.1.3 经验公式 在 HikariCP 的 About Pool Sizing 一文中可以了解到，在完全不知道如何设置数据库连接池大小的时候，可以考虑 以以下经验公式为起点，在此基础上，围绕该结果进行尝试，以得到最高性能的连接池大小。 该经验公式描述如下： connections = ((core_count * 2) + 盘可以被称为是一个旋转轴。例如，你使用的是一个有 16 个磁盘组成的 RAID 阵列的服务器，那么 effective_spindle_count 应为 16。此处经验公式，实际上是衡量你的服务器可以管理多少 I/O 并发请求，因 为 HDD 通常只能串行请求。 要特别说明的是，在这个经验公式的的下方，也看到了一处说明： 236 A formula which has held up pretty well across 数据被全量缓存时，effective_spindle_count 应被设置为 0，随着命中率的下降，会更加接近实际的 HDD 个 数。 3. 这里没有任何基于 SSD 的经验公式。 这里的说明让你在使用 SSD 时，需探求其他的经验公式。 可以参考 CockroachDB 对数据库连接池中的描述，推荐的连接数大小公式为： connections = (number of cores * 4)

不同的连接池实现可能会支持其中一种或多种方式，可以查看所使用的连接池文档来寻找对应配置。 4.4.4.1.3 经验公式 在 HikariCP 的 About Pool Sizing 一文中可以了解到，在完全不知道如何设置数据库连接池大小的时候，可以考虑 以以下经验公式为起点，在此基础上，围绕该结果进行尝试，以得到最高性能的连接池大小。 该经验公式描述如下： connections = ((core_count * 2) + 盘可以被称为是一个旋转轴。例如，你使用的是一个有 16 个磁盘组成的 RAID 阵列的服务器，那么 effective_spindle_count 应为 16。此处经验公式，实际上是衡量你的服务器可以管理多少 I/O 并发请求，因 为 HDD 通常只能串行请求。 要特别说明的是，在这个经验公式的的下方，也看到了一处说明： 225 A formula which has held up pretty well across 数据被全量缓存时，effective_spindle_count 应被设置为 0，随着命中率的下降，会更加接近实际的 HDD 个 数。 3. 这里没有任何基于 SSD 的经验公式。 这里的说明让你在使用 SSD 时，需探求其他的经验公式。 可以参考 CockroachDB 对数据库连接池中的描述，推荐的连接数大小公式为： connections = (number of cores * 4)