共计 3413 个字符，预计需要花费 9 分钟才能阅读完成。
本文是由腾讯云数据库程昌明老师在 《关系型数据库产品新个性》 对于 MySQL 产品能力介绍及新个性的分享实录。
大家好，我是负责云数据库 MySQL 的产品经理程昌明，当初由我给大家介绍腾讯云 MySQL 云数据库的产品新个性，以下个性涵盖 2021 年及 2022 年上半年布局中的能力以及将来倒退方向。在讲具体的性能之前，咱们先来看一下 TDSQL for MySQL 版 这样一款产品在定位上有些什么变动。
云数据库 MySQL 是腾讯云 PaaS 产品线外围产品，多年前开始就确定了它企业级数据库的定位，在企业级内核、企业级扩展性、企业级高可用、高牢靠、数据安全、智能运维上进行发力，将它打造为一个具备企业级能力的数据库，而不仅仅是开源的 MySQL。
2021 年在之前的根底上进行了扩大，心愿以 MySQL 为外围将它扩大，欠缺它的生态及扩大其边界。从 2021 年开始咱们的内核每个季度会公布一个新版本，会用它的实现工夫作为版本号标记，这样整个公布周期是有迹可循的，也可能紧紧跟住友商和社区，一直从社区吸纳无益内容，通过一直的更新反馈社区，从而建设良好的关系。
在定位明确、内核节奏确认的状况下再看具体的性能。2021 年上半年咱们做的工作外围：
1、目前曾经公布的极速变配；2、高性能参数模板待发布；3、独享集群测试中，待发布状态；4、Rocksdb 待发布，HE 布局的能力；5、数据库代理是已公布并继续做加强；6、跨可用区迁徙为待发布状态。接下来将针对这些能力进行拆解阐明。
极速变配能力的公布，用户进行变更配置的时候，依照传统的实现门路须要去通过迁徙的形式建设好一个新的规格的数据库实例，通过切换形式实现配置变更。当数据量太大的状况下，这个过程是十分漫长的，也成为困扰很多用户的点。
提供提速变配的能力，当发现实例所在主机残余资源足够满足变配要求的状况下，间接进行参数配置和规格调整，间接对实例失效，这个过程中有可能重启。然而重启并不意味着用户受到重启的影响，因为咱们会做切换的形式，通过对整个 8 月份极速变配能力的调动状况来看，至多给用户节约了 1500 小时的变配工夫。当然离指标还有肯定间隔，但这个比例咱们正在一直剖析和优化，尽量晋升极速变配能力触发的概率，去优化和调整。
高性能参数模板，首先是发货事项合并问题，咱们把发货的过程合并为一个步骤，能够在创立实例的时候间接抉择是否配置大小写敏感，不再有 8.0 无奈配置状况。
二是局部参数反对公式调整，咱们提供了 max、min，根本的四则运算法令，以及将 CPU 和内存作为参数代入公式的能力。
三是提供高性能和高稳定性两种模板，以前只提供默认模板，须要用户本人依据业务个性去进行相应的调整，当初将默认模板改为高性能模板和高稳定性模板。比照原有默认模板有 6% 性能晋升，这也是内核侧不断完善性能的时候所能体现进去的价值，而原来默认模板并不波及相干参数以及调整，所以并没有很明确的性能晋升，也没有利用上内核侧的能力。
四是凋谢更多的参数，因为不同能力在不同小版本外面参数配置不同，这次整体革新能够凋谢出更多相干参数给用户，可能让用户第一工夫应用这样的能力，做到小版本参数治理，辨别数据库版本。
接下来介绍 RocksDB 和数据库代理，RocksDB 是腾讯 TXSQL 团队在 RocksDB 的根底上改进去的一个新个性的引擎，咱们命名为 TXRocks，也是借助了开源力量，在整个应用过程和 RocksDB 没有什么太大的区别。
RocksDB 的 SLM Tree 带来什么样的益处？超高企业能力压缩比，原来须要 6T 的存储空间的数据寄存在 TXRocks 外面仅仅须要 3T 不到，在测试过程中咱们应用 sysbench 和 TBCC 进行了数据压缩的测试，原始 11G 的数据当应用实现当前最终不到 6G。不同的数据结构类型，包含不同的数据存储都会影响压缩率，基本上是能保障在 30%-50% 之间。如果反复率低可达到 50%，极大的压缩了存储老本。
数据库代理，这是曾经公布的能力。数据库代理解决的是读写压力问题，当一个申请打到数据库上，通过代理散发，不波及事务性的读取时将由 RO 来承当读的能力，而主库只需负责带事务的读写，将整个数据库的压力进行分担。
独享集群是一个新的架构模式，它是专门为企业级用户定制的优化解决方案，原来在云上都是购买数据库实例，而独享集群是购买主机资源。咱们用的主机资源形式是用 CVM，自由度更高，能做到更高安全性，可能让咱们有信念把主机的权限凋谢给用户。
最初须要阐明的是跨可用区迁徙，用户能够迁徙主库所在的可用区至同地区下的其余可用区。同时为了实现同地区下所有可用区域能相互迁徙，VPC 子网就不再受限于实例所在可用区。
上面介绍 MySQL 布局的重点和性能点
比方付费带宽异地 RO 组或者异地灾备须要放弃同步的时效性和可靠性，就必须增大带宽，在顶峰期间或者业务流动期间有可能须要 20M、50M、100M 这样的带宽，咱们也不可能收费给用户提供，因为咱们并不知道用户具体需要是多少，而且这个老本过于昂扬。目前咱们提供的异地带宽绝对无限，而提供付费带宽的能力能让用户自主对带宽进行降级，按需应用，既满足客户对可用性、可靠性的要求。
异地灾备及克隆，之前的一个案例，一位用户心愿在上海下载北京的备份，两头网络有很大的问题，导致下载始终不顺畅，客户心愿咱们提供异地备份、克隆的能力，可能备份多地存储，不便执行企业相干平安的要求。无名须要满足他们对备份平安的诉求，同时这样的备份又可能用于克隆闪回，可能满足很多 CDB 特有的性能实现。
Proxy 加强，目前规格和节点数比拟确定，比方会话放弃，8.0 的反对，都在布局的 Proxy 加强当中，咱们不断完善数据库代理以提供越来越好的数据库代理能力给用户。目前还在公测阶段，咱们会一直晋升，始终到认为它可能给客户带来稳固的能力，是必不可少的才会开启商业化的模式。
最初是参数调优，不同用户在不同规格和业务状况下，它们的参数是否都能适应好本人数据库所运行的最大状态。咱们通过深度学习算法对于业务进行优先剖析，来给用户举荐以后数据库应该将哪些参数调整至什么样的值，可能取得多少的性能晋升，给用户这样的倡议，这就是智能的调优。
笼罩全场景的高效回档能力，以后回档还须要总库做复原把局部库表导回来，面对微小的数据库仅想回复其中某几张表的时候，会在工夫上耗费微小。咱们在实现过程中内核侧曾经实现极速的扩表回档，指定扩表的极速回档，不须要再做总库的复原，须要哪张表复原哪张表，极大的节俭了回档的工夫。回收站避免意外的 Drop 你的表，可能让你把被 Drop 掉的表可能在再从回收站里回收回来，晋升你的容错性。目前的版本曾经反对，而咱们正在做把它产品化的过程。
ON CVM 的状态，方才介绍了很多，在灵活性、老本上都会有十分大的晋升，然而它的极限性能并不如当初的 MySQL 这套架构的极限性能，当初咱们提供了更多的抉择，更灵便的配置、更低成本架构，比方能够反对单节点，在性能不须要这么强的状况下写日志历史库或者合并类的库，须要很大容量，并不需要很高的性能，都能够通过这个形式解决。
平安加固，凭证治理是为用户提供凭证的创立、检索、更新、删除等全生命周期的治理服务。特地是提供特定字段的加密存储能力、敏感信息的加密存储，不仅仅是通明加密那么简略，这须要你连存储的数据也必须是加密的。而目前咱们已有平安团队曾经可能实现这样的能力，目前须要做的是集成，集成好这样的平安能力来给用户提供一键式服务。
随着《数据安全法》的公布，很多客户对平安有越来越高的要求，也必须满足《数据安全法》的要求。9 月 1 日，《数据安全法》正式施行，所以平安开始变得异样重要，这是为什么咱们违心在平安上投入这么多的起因。而齐全靠咱们本人实现这样的平安能力，一是工夫周期长，二是借助现有的能力能很快的补救咱们的有余，业余的事件应该交给业余的人士做。平安，腾讯始终十分业余，所以和平安团队单干可能达到十分好的成果。
咱们心愿是达成这样的产品全景能力图，从前端的输出就可能通过控制台、客户端，通过凭证治理、审计可能进行所有监控，来给用户提供十分平安的拜访环境。再到整体架构，反对物理机、云服务器架构，反对异地的灾备，通过付费网络带宽齐全搭建起来，合乎企业级用户要求。再通过参数的调优去辅助、帮助用户更好的应用数据库，更优的应用数据库，让业务运行的更快，而不是将数据库不行的时候升配。以上就是 MySQL 版本主要分享的内容，谢谢大家。
