性能领跑云原生数据库市场!英特尔携手腾讯共建云原生技术生态

人工智能2025-11-05 09:38:51694

近日,性能讯共腾讯云原生数据库TDSQL-C 迎来全面升级。领跑新版本涵盖了基于英特尔® 傲腾™ 持久内存的云原英特原生二级缓存、全链路RDMA网络、生数市场手腾生态7*24持续无锁备份等核心功能,据库建云技术在全缓存场景和大数据集场景中,尔携性能对比传统云数据库性能提升200%,性能讯共超越了业内其他的领跑云原生数据库产品。与此同时,云原英特原生TDSQL-C的生数市场手腾生态性价比也得到了大幅提升,其价格仅为商业数据库的据库建云技术1/10。

多方位优化产品架构,尔携英特尔与腾讯联合创新

作为腾讯云自研的性能讯共新一代云原生关系型数据库,本次发布的领跑TDSQL-C新版本搭载了腾讯自研数据库内核TXSQL,TXSQL针对云原生数据库场景进行了大量优化,云原英特原生能够大幅提升数据库性能,更好地满足企业对于数据库性能的追求。

为进一步深入优化产品架构和技术实现,TDSQL-C与英特尔技术团队积极开展联合创新。结合最新一代英特尔® 至强® 可扩展处理器以及英特尔® 傲腾™ 持久内存(PMem) 的硬件特性重构二级缓存设计方案,新版本在IO bound场景中的读写性能提升了2倍以上。TDSQL-C还携手英特尔多方位优化存储方案设计,如加入轮询、算法优化、消除锁等机制,企商汇优化存储引擎等,并引入由英特尔提供的SPDK开发套件,优化NVMe固态盘的

IOPS和时延性能。

此外,TDSQL-C新版本还对网络架构进行了优化升级。采用英特尔® 傲腾™ 持久内存的全链路RDMA网络,依靠零拷贝、内核旁路、无CPU干预等特性,存储层、计算层和存储层多副本间关键路径的系统性能得到进一步优化,降低请求延迟最高达80%,使 I/O性能不再成为瓶颈。 

多场景测试表现卓越,性能优势明显

 在探究新版本实际性能的过程中,测试人员通过基准测试工具sysbench以及全仿真业务生产环境,分别针对只写、只读以及混合读写场景进行了性能测试。

报告显示TDSQL-C性能全面领跑市场同类产品,可全面满足企业对于数据库性能的要求。报告中的测试数据仅是单节点的结果,TDSQL-C MySQL 支持秒级扩展, 可帮助企业实现读性能提升至1500%以上。

另外,在电商业务及游戏业务的云服务器提供商热点数据访问场景中,通常需要将全部数据放到缓存里,且查询过程中不需要读写磁盘更新缓存。测试报告显示,在全缓存场景下,实例规格越大TDSQL-C MySQL 的性能优势越明显,在32核规格之后,TDSQL-C MySQL 版能够在增加CPU的情况下进一步提高QPS。在资源利用率层面,TDSQL-C MySQL 版可以将计算节点的CPU利用率达到90%以上,在请求时延rtt上也几乎不会出现抖动。

 相较于全缓存场景,大数据集场景在真实业务使用的出现频率更高。大数据集的只读场景中,在混合读写的通用场景下 TDSQL-C MySQL 版的性能均超出市场同类产品,而且随着规格增大,性能优势愈发明显。

云原生数据库TDSQL-CMySQL版采用“存储和计算分离”的设计理念,支持最大超400TB的单库海量数据存储。随着这个特性的应用,越来越多的企业不再使用分库分表的方式应对历史归档数据的亿华云计算存储,从而出现了“超级大表”的现象。在单表40亿条记录且数据存储空间达到1TB的场景下,TDSQL-C MySQL版依然表现卓越。

在混合读写的场景中,随着数据库规格的增大,TDSQL-C MySQL 版的性能比传统云数据库 MySQL 提升了200%,比其他云原生数据库也有明显优势。

助推技术落地,共建云原生生态融合

 目前,在英特尔技术的加持下,TDSQL-C已为不同行业用户提供了稳定可靠企业级云数据库服务,具有备份、恢复、监控、快速扩容、数据传输等数据库运维全套解决方案,能够帮助企业简化 IT 运维工作,更专注于业务发展。

未来,腾讯云数据库内核团队将继续与英特尔及开源社区开展深度合作,持续贡献技术力量,为各行各业带来全新的业务价值与技术优势,不遗余力地推进产研共建与生态融合。

本文地址:http://www.bzve.cn/html/324f9699579.html
版权声明

本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。

全站热门

今天查了一下,squid对dns的支持是这样一个原理: 1、假如dns server发送域名时带有ttl,则以此ttl为准,一般dns server都会带有对ttl的支持,现在我用的dnsmasq默认ttl是0。 2、假如dns server没发送ttl(ttl=0),squid就以自己的配置positive_dns_ttl为准,这个配置默认是6小时。 3、原先squid里配置的一个negative_dns_ttl,证实是配错了,这个配置指的是squid在取不到域名(出错)的情况下会多久再去重取。 我原先的情况是positive_dns_ttl和dns server的ttl都没有配置而配置了negative_dns_ttl,这时squid以默认的positive_dns_ttl为准,即6小时,这个时间对web服务器来说太长了。当前我解决的办法是修改dns server的ttl为60 有些朋友可能是用bind来做的dns,bind可能默认的ttl并不是0,所以用positive_dns_ttl配置不起效的话,修改ttl值就好。 附:检测dns服务器ttl值的方法 在一台linux机器上,修改/etc/resolv.conf将dns指向到要测试的dns,然后执行 dig test.com 假如该dns能解析test.com,就会返回一系列数据,其中有一列指明了ttl值,一试即知。

MacooxX7(探索MacooxX7的卓越性能和创新特点)

如何提升路由器WiFi网速?(15个简单方法教你加速家庭无线网络)

HTCE8(探索HTCE8的卓越功能和令人惊叹的设计)

揭秘电脑键盘按钮错误代码的奥秘(解析电脑键盘按钮错误代码的原因与解决方法)

详细原版WinXP安装教程(以光盘安装为例,轻松完成WinXP系统安装)

苹果电脑大白菜刷机教程(一步步教你如何给苹果电脑安装大白菜系统)

探索塔罗斯手表的魅力(融合时尚与技术的完美艺术品)

友情链接

滇ICP备2023006006号-39