执行路径过长
应用逻辑、服务框架、网络协议和数据库之间频繁往返，导致一次业务操作被拆分成多次跨进程、跨网络调用。
传统痛点
传统数据密集型应用正在被系统边界拖慢
在传统架构中，业务逻辑运行在数据库之外。一次业务操作往往需要穿越应用服务、网络协议、数据库驱动、连接池、SQL 执行器和事务管理器等多个边界。
事务与业务割裂
事务语义留在数据库内部，业务过程留在应用服务内部，开发者需要在两个世界之间手动维护一致性。
部署与运维复杂
应用、数据库、依赖、脚本和配置分别部署，系统越大，集成成本越高。
MuduDB 方案
MuduDB 将应用过程带入数据库运行时
开发者可以使用熟悉的编程语言编写数据密集型业务过程，并将其编译、打包、部署到数据库内部执行。数据库不再只是被远程调用的数据后端，而是统一承载数据管理、事务处理、应用执行和部署分发的平台。
快速开始
几分钟内将应用部署到数据库内部
将数据模式、过程和资源打包，然后直接部署到 MuduDB 运行时中，无需单独的应用服务器。
1
$ mpm-install your-application.mpk
系统架构
统一执行与数据管理架构
MuduDB 采用内核-运行时分离架构。数据库内核提供存储、事务、查询和调度等基础能力；运行时负责承载应用过程，并通过轻量系统调用接口访问内核能力。
Mudu 应用包
WASM 字节码数据模式过程资源
MuduDB 运行时
WASM 宿主过程引擎系统调用层
MuduDB 内核
事务查询KV存储调度器
本地 / 云 / 边缘节点
部署分发执行局部性
视频概览
核心能力
面向数据库原生应用的核心能力
应用逻辑入库执行
将数据密集型业务过程部署到数据库运行时，减少跨进程、跨网络、跨服务边界的调用开销。
WASM 可移植运行时
基于 WebAssembly 的运行时模型，支持跨平台、跨语言的应用过程执行。
统一系统调用接口
通过轻量、稳定的系统调用接口访问数据库内核能力，降低传统驱动和连接对象带来的复杂性。
事务与业务过程协同
让事务处理、状态访问和业务逻辑在同一个执行路径中协同完成，减少应用层一致性维护成本。
数据局部性执行
利用分区和数据局部性，将计算移动到数据附近，适合低延迟、高并发的数据服务场景。
应用包分发
将数据模式、过程、依赖和初始化脚本打包，使数据库应用可以像软件包一样安装、部署和升级。
应用场景
MuduDB 适合的工作负载
企业事务处理
订单、库存、账户、审批、结算等业务过程可以靠近事务状态执行。
云平台服务
适合构建多租户、高并发、低延迟的数据服务平台，统一托管数据访问和业务过程。
智能数据应用
为 AI 生成应用和数据密集型应用提供统一的执行、状态和部署底座。
大型多人在线游戏
适合高频状态更新、事务性操作和局部数据访问密集的在线游戏后端。
路线图
从内核原型到应用市场
阶段 1
内核原型
阶段 2
WASM 过程运行时
阶段 3
打包与部署
阶段 4
分布式 / 本地优先执行
阶段 5
应用市场