Aurora DSQL: Scalable, Multi-Region OLTP2 months agohttps://arxiv.org/abs/2607.13276Aurora DSQL 是一种无服务器 SQL 数据库，专为可扩展的多区域 OLTP 而设计，具备主动-主动能力。它采用解耦架构，将计算、存储和事务协调分离为可扩展的服务。该系统采用多版本并发控制，通过精确时间戳实现无协调读取，并采用乐观并发控制处理写入操作。协调被最小化，仅在提交时通过分布式仲裁器和日志复制系统进行。它支持从零到数百万 TPS 的弹性扩展，同时确保强一致性、ACID 事务以及在故障期间的高可用性。
The .join() that should be a bug3 months agohttps://kronotop.com/blog/the-join-that-should-be-a-bug/存在两种经典的数据库连接模型：Redis的单线程模型能扩展连接但禁止阻塞，而Postgres的每连接进程模型允许阻塞但无法低成本扩展。Kronotop将连接处理与工作处理分离：事件循环线程（类似Redis/Netty）管理数千个连接而不阻塞，而虚拟线程则用普通顺序代码处理阻塞I/O（例如FoundationDB调用、磁盘读取）。系统使用两个执行器——虚拟线程处理慢速操作，Netty事件循环处理响应，确保连接线程保持空闲，并遵循严格的回复移交规则。Kronotop连接持有客户端状态、命名空间、认证和事务，这些与会话绑定并在断开连接或重置时清理，便于在客户端池中重用。虚拟线程中的.join()方法允许进行阻塞调用而无需浪费真实线程，因为运行时会挂起并恢复它们，从而消除等待成本。