什么？比 MySQL 性价比更高的 TiDB Cloud Serverless Tier 来了？

每隔一段时间，TiDB 会发布一些关于架构演进的大新闻。比方 2020 年的 TiFlash 和 HTAP，2021 年的 MPP，比方今年的 TiDB Cloud。在接近年末时，咱们很高兴又有大新闻能够跟咱们说： TiDB Serverless 内嵌下一代云原生架构上线了 。

面向经济适用场景

一直以来 TiDB 都是面向大体量要害在线事务而规划的，这使得咱们的产品定位也倾向这类场景。 而实际上，作为一个通用型数据库，除了大体量要害事务之外，TiDB 也在无数用户的非要害或许中小规划场景发挥着巨大作用。 例如历史数据查询，实时数据服务和洞察，温数据存储，SMB 场景等，这类场景无疑和要害在线事务的亮点与需求都有相当大的不同：例如对成本更灵敏，存储和核算资源比更大，更垂青弹性以及按需弹性等等。TiDB 单一产品要统筹这些不同的场景，会显得力有未逮且定位含糊。现在咱们新推出的 TiDB Serverless Tier 正是为了处理这个问题而规划的。

新云原生和 Serverless Tier

云原生一直都是诸多数据库厂商发力方针，但非常少有人能解释清楚何为云原生。作为数据库厂商之一， 咱们认为云原生意味着凭借云上根底架构供给远强于私有布置的才能 。例如云原生架构的先驱之一 Snowflake， 凭借云目标存储和虚拟机资源池，供给非常低成本的存储以及非常弹性的核算才能，这是任何私有布置的数据仓库渠道彻底无法企及的「超才能」 。将存储委托到云端目标存储使得数据库具有超高的可用性和耐久性，但与此同时也需求细心处理随之而来的高推迟。因而，重度依赖 S3 作为存储之前都是剖析型数据库的专属规划。但 TiDB 迈出了全新一步。

TiDB 在新的云原生架构下，原创性地凭借由本地缓存辅以廉价牢靠的目标存储作为主存实现了更低成本，更具弹性，乃至更高功能的存储架构。 TiDB 在原有架构中，数据是别离存储在各个 TiKV 的 RocksDB 中，每次写入会通过 Raft Log 向各个副本同步。在新架构中，数据在保存原有的 Raft Log 传输机制保证快速写入的根底上，将经由 S3 来同步不同副本的耐久化数据，这种规划在不引入更高推迟的前提下，获得了诸多云原生特有的优势。 别的，核算资源则由池化的虚拟机供给资源，这使得核算节点（TiDB 和 TiFlash）随时能够按照负载弹性变化。 更少的耗费 在新的架构中，TiKV 的写入不需求在多个副本之间重复应用，而只需改变主副本并经由目标存储向其他副本分散，这使得写入的 CPU 耗费由三倍大幅减小到略高于一倍，全体存储层能够到达 30% 乃至 50% 的 CPU 效率提高（或许理解为成本下降）。

更高的安稳性，更少的资源预留

因为主存改为共享的目标存储，在新架构下，比如 LSM 整理、Analyze Table，Add Index，乃至 BR 等以往间歇性干扰正常作业的操作，得以委托到独立的微服务中，按需获取资源并运转。以往，用户需求为此 预留 1/3 ~ 1/4 资源 ，而在新架构下则不再需求这些预留，且功能将更安稳。与此同时，因为无需统筹事务安稳，比如备份等重量级操作，可达数量级的速度提高。

对温数据存储更友爱

在新规划中，不同 Region 不再共享同一颗 LSM 树，然后大幅降低了层数，提高了读写功能，且能承受远超以往的 Region 大小，降低 Raft Region 相关的维护开支。这也使得单 TiKV 节点的存储容量上限可远大于现有的 4T 上限，关于温数据存储场景，咱们能够挑选更少的单节点 CPU 以及更大的存储（ 1~2倍存算配比提高 ），大幅节约单位存储所需核算资源。

超高的弹性

在以往规划中，TiDB 核算层的弹性较为简单实现，但存储层扩缩容实际需求经由 Leader Region 向方针节点写出副本数据以实现搬迁。因为这个动作需求占用一定量的资源，因而咱们不得不限定副本迁移的速度以防影响在线事务的运转。而在新架构下，数据存放于简直可视作无限带宽的目标存储，数据均衡将只是受限于节点本身的入口带宽，这使得存储层扩缩容能够以 本来 30 倍乃至更快 的速度完结。这大大提高了 TiDB 应对更频繁流量涨跌的才能，也使得用户能够真的只是为所需的负载规划资源，例如，白天和夜晚使用不同量的资源以大幅降低成本。除此之外，在 Serverless 下 TiDB 配合资源池将更好地供给基于负载的资源弹性弹性，使得低负载时无需为空转的资源付费。

所以？这又怎么？

TiDB 在咱们认知中，往往更合适中大型规划的数据量（TB 规划以上），究竟假如单机 MySQL 所能处理的规划下，之前的 TiDB 规划并不具有更好的功能和性价比；此外，虽然具有不错的弹性，但咱们也经常遇到用户白天和晚上短时间内的负载有非常大差异，但集群却无法快速弹性以节约资源的比如；而在中低负载下的温数据存储场景，TiDB 的固有耗费也使得部分用户对其保有成本有所顾忌。 但在新架构下，Serverless Tier 供给了一个更好的挑选 ： 它在事务发动负载较低的情况下供给了优于 MySQL 的性价比，独特的 HTAP 才能而无需树立复杂的剖析渠道，内置的高可用而无需忧虑事务连续性；而随着事务的不断增加，用户也彻底无需从头规划和选型新数据库，TiDB Serverless 可根据负载上升持续供给良好的功能和弹性的资源。 无需为未来或许的事务增加预先垫付数据库支出，这在当前的经济环境下，是一个值得考虑挑选 。

欢迎品尝

针对 5 GB 以下的小规划应用，新的云原生架构调配 Serverless 已经在 TiDB Cloud （AWS）以免费的方式供给给广大用户， 点击文末阅览原文即可注册 TiDB Cloud 体验 Serverless Tier 。而假如你想尝试更大规划场景，欢迎直接联系咱们 ，在「PingCAP 订阅号」后台回复 【serverless 沟通群】 能够加入微信群与咱们评论。