首页
/ Tarantool 2.11.6版本发布:关键修复与性能优化

Tarantool 2.11.6版本发布:关键修复与性能优化

2025-06-15 11:04:14作者:蔡怀权

项目简介

Tarantool是一款高性能的内存数据库和应用服务器,兼具NoSQL数据库的灵活性和关系型数据库的强大功能。它采用Lua作为内置脚本语言,支持ACID事务处理,并提供了丰富的扩展能力。Tarantool特别适合需要低延迟、高吞吐量的应用场景,如实时分析、消息队列和缓存系统等。

版本亮点

2.11.6版本作为2.11.x系列的稳定版本,带来了多项重要修复和性能优化,特别是在索引处理、事务管理和复制机制等方面进行了重要改进。这个版本解决了32个已知问题,显著提升了系统的稳定性和可靠性。

关键修复与改进

索引与数据类型处理

本次版本修复了一个长期存在的严重问题:当使用double类型作为vinyl索引字段时,可能导致索引损坏。问题根源在于double类型的比较方式——它总是使用C语言的double类型进行比较,即使存储的是整数值。对于超过2^53的大整数,这种比较方式会失去精度,导致18446744073709551615和18446744073709551614这样的数值被误认为相等。

更严重的是,即使后来将索引类型从double改为numberscalar,索引仍然可能保持损坏状态。因此,强烈建议用户重建所有曾经使用过double类型的vinyl索引,且必须通过先删除再创建的方式完成,简单的alter操作无法解决问题。

事务与存储引擎优化

在Memtx引擎方面,修复了MVCC(多版本并发控制)模式下的一些关键问题。特别是解决了当尝试中止已提交的非Memtx事务时可能发生的崩溃问题,以及在高频执行空结果index:get()操作时可能导致服务中断的问题。

对于Vinyl引擎,本次更新解决了多个重要问题:

  • 修复了同一事务中多次更新的删除元组可能无法从二级索引中清除的问题
  • 优化了在大量写入负载下加入新副本时的主节点性能
  • 修复了多键索引中元组可能消失的问题
  • 改进了WAL写入错误情况下的元组缓存失效机制

复制与高可用性

在复制机制方面,2.11.6版本对RAFT协议进行了重要改进:

  • 现在RAFT请求会使用0(而非本地)的GROUP_ID发送
  • 修复了RAFT状态未在META_JOIN阶段发送可能导致脑裂的问题
  • 禁止匿名副本参与选举或成为领导者,确保集群稳定性

LuaJIT引擎升级

本次版本包含了从上游LuaJIT主干移植的多项重要修复,包括:

  • 修复了getmetatable()对io对象的编译问题
  • 解决了从记录的IR_NOP中读取脏数据的问题
  • 修复了跨table.clear()或新键插入的融合优化问题
  • 在aarch64架构上默认禁用FMA优化以避免浮点运算错误
  • 解决了使用upvalues时可能出现的无限循环问题

其他改进

在日志系统方面,修复了JSON日志记录器会截断超过1024字节消息的问题。网络通信方面,解决了net.box客户端在优雅关闭协议中可能出现的计数器下溢问题。此外,新版本还新增了对Ubuntu 24.04(Noble)操作系统的支持。

升级建议

对于正在使用2.11.x系列版本的用户,建议尽快升级到2.11.6版本以获取这些重要的修复和改进。特别是那些使用了vinyl索引且曾经定义过double类型字段的用户,必须按照前文所述的方法重建相关索引。

升级时只需执行标准的box.schema.upgrade()过程即可解锁2.x系列的所有新功能。由于2.11.x系列在二进制数据布局、客户端-服务器协议和复制协议方面与1.10.x保持向后兼容,升级过程相对平滑。

总的来说,2.11.6版本通过解决多个关键问题,显著提升了Tarantool的稳定性和可靠性,特别是在索引处理、事务管理和复制机制等核心功能方面。这些改进使得Tarantool在高性能数据库和应用服务器领域继续保持领先地位。

登录后查看全文
热门项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
143
1.91 K
kernelkernel
deepin linux kernel
C
22
6
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
192
273
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
927
551
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
421
392
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
189
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
75
64
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
344
1.3 K
easy-eseasy-es
Elasticsearch 国内Top1 elasticsearch搜索引擎框架es ORM框架,索引全自动智能托管,如丝般顺滑,与Mybatis-plus一致的API,屏蔽语言差异,开发者只需要会MySQL语法即可完成对Es的相关操作,零额外学习成本.底层采用RestHighLevelClient,兼具低码,易用,易拓展等特性,支持es独有的高亮,权重,分词,Geo,嵌套,父子类型等功能...
Java
36
8