bmob服务器连什么数据库

Bmob服务器连接的是自研的NoSQL文档型数据库，底层基于MongoDB技术构建，但开发者无法直接连接底层数据库实例，只能通过Bmob提供的REST API或各端SDK进行数据操作。

很多刚接触Bmob的朋友都会问同一个问题：Bmob的服务器到底连的是什么数据库？这个问题的背后，往往藏着两种焦虑一是担心数据存进去安不安全，二是想知道能不能像操作MySQL那样直接连上去跑SQL，这篇文章把Bmob的数据库机制掰开揉碎讲清楚，顺便解决你关于数据迁移、导出的其他疑问。

Bmob用的什么数据库，和传统数据库有何不同

Bmob后端云对外宣传时从不避讳自己的技术底座,行业共识认为，Bmob云数据库基于MongoDB进行二次封装，底层是文档型NoSQL数据库。

文档存储取代表格行列

传统MySQL把数据存在二维表里,行和列的关系必须先设计好，Bmob的存储单元是“对象”，每个对象就是一个JSON格式的文档，字段可以随时增减，比如用户表里张三有手机号字段，李四没有，这在MongoDB层面完全合法，但放在MySQL里就得补NULL值或者改表结构。

A/B类权限控制才是核心

Bmob对底层MongoDB做了大面积改造,其中最明显的差异就是安全机制，原生MongoDB的权限体系是数据库级别的用户名密码，而Bmob把权限下沉到了每一条记录，你在Bmob控制台创建一张表时，可以设置三种权限：A类（所有人可读）、B类（登录用户可写）、C类（管理员专属），这种细粒度控制在原生MongoDB里需要大量副本集和中间件配置才能实现，Bmob把它变成了可视化开关。

冗余副本与自动分片

单说MongoDB本身的可靠性,Bmob在多个可用区部署了副本集，数据默认三副本存储，当单表数据量超过一定阈值后，Bmob会启用分片集群，把数据按范围或哈希分布到不同分片上，这些运维动作对于开发者完全透明，你在控制台看到的依然是逻辑上的单表。

Bmob数据库怎么连：三种操作路径解析

搞清楚底库类型之后,最实际的疑惑就是连接方式，Bmob不允许你使用Navicat或命令行工具直连MongoDB，所有操作必须走Bmob网关层，这里有三种主流接入方式。

SDK直连（移动端和桌面端首选）

Bmob为Android、iOS、Windows等平台提供了官方SDK，以Android为例，在应用的Build.gradle里引入依赖，然后调用Bmob.initialize(context, "你的Application ID")完成初始化，之后的一切增删改查，都通过BmobQuery类操作，SDK内部自动处理网络请求和JSON序列化。

BmobQuery<Person> query = new BmobQuery<>();
query.addWhereEqualTo("name", "张三");
query.findObjects(new FindListener<Person>() {
    @Override
    public void done(List<Person> object, BmobException e) {
        if (e == null) { / 查询成功 / }
    }
});

REST API（服务端和跨平台接入）

如果你正在用Flutter、Unity或者纯后端语言，Bmob提供完整的RESTful API，调用流程非常简单：在HTTP请求头中携带X-Bmob-Application-Id和X-Bmob-REST-API-Key，然后把操作指令放入请求体，比如新增一条记录，请求地址是https://api2.bmob.cn/1/classes/TableName，请求方法为POST，RequestBody就是一个标准JSON对象。

控制台数据浏览（无代码人群）

Bmob的Web控制台内置了数据管理页面,界面风格接近Firebase的Realtime Database，你可以在这里手工增删改查数据，也能直接导入CSV或JSON文件，需要注意，控制台的数据导出功能只能导出当前表的前1000条记录，超过这个量级就要求你通过SDK分页拉取。

Bmob云数据库和自建MongoDB的优劣对比

很多人纠结要不要自己买一台云服务器装MongoDB,毕竟那才是“真数据库”，但从实际运营角度看，Bmob这类BaaS服务和自建方案中的取舍其实非常明显。

运维成本维度

自建MongoDB等于一个人扛起DBA的活,你需要解决备份策略、慢查询优化、连接数瓶颈、磁盘扩容、主从切换这一整套问题，仅仅是MongoDB的备份就比MySQL麻烦，官方工具mongodump面对TB级数据时就力不从心，而Bmob的用户群体，绝大多数来自独立开发者和中小型创业团队，他们的核心精力应该放在业务逻辑上，而不是半夜爬起来处理副本集故障。

查询语法维度

Bmob的查询接口用链式调用方式组装条件,可读性优于原生MongoDB的JSON嵌套写法，但劣势在于复杂聚合操作受限，如果你需要做多表关联查询（比如订单表关联商品表），原生MongoDB通过$lookup可以完成，Bmob则要求你分两次查询后在代码内存里做拼接，对于报表类场景，Bmob的聚合能力明显羸弱。

价格账目维度

单个MongoDB云数据库实例的年费普遍在几千元级别,但别忘了同时还要购买计算资源、流量带宽和备份空间，Bmob的定价模型按“数据存储量+API调用次数”计费，起步价低至每月十几块钱，当应用日活超过10万后，Bmob的费用会指数级上升，此时自建MongoDB反而更经济，根据实际业务阶段来对应选择，是更聪明的做法。

Bmob数据库迁移和导出的实操细节

既然提到了数据导出,这里把Bmob的数据迁移操作路径完整梳理一遍。

从自建MongoDB迁入Bmob

Bmob控制台支持上传CSV文件实现批量导入,你需要先在Bmob创建好表结构，然后把MongoDB的查询结果通过mongosh导出为CSV格式，注意日期类型字段建议统一格式，Bmob导入时无法自动识别传统MongoDB的ISODate格式，需要先转换成字符串格式再导入。

从Bmob迁出自建MongoDB

官方没有提供一键导出MongoDB原生格式文件的能力,比较高效的路径是通过REST API分页拉取所有记录，然后写入本地文件，推荐编写脚本循环请求，每页限制1000条，通过skip参数翻页。拉取时必须手动处理createdAt和updatedAt字段，这两个字段在Bmob存储为UTC时间戳，插入本地MongoDB时建议统一转换成ISO格式。

常见疑问快速问答

Bmob控制台的数据管理界面能直接编辑字段类型吗？

不能,字段类型在创建表时确定，之后只能在控制台修改普通字符串、整数等基础类型，如果对象内嵌了数组或字典，控制台会显示为只读的JSON字符串，必须通过代码读取后整体覆盖。

Bmob支持SQL语句查询吗？

不支持,Bmob的查询语法完全走REST API和SDK的链式调用，无法使用SELECT、JOIN等SQL语法，如果你特别依赖SQL，业内专家指出这种场景更建议混合架构业务数据放自建MySQL，非结构化数据放Bmob。

不小心误删了Bmob的某个类（表），能恢复吗？

Bmob不提供类级别的回收站功能,数据一旦删除即刻清空，无法通过后台恢复，针对这种风险，Bmob在支付版本中提供了整库备份功能，但免费版不支持自助恢复。

Bmob的数据库本质上是MongoDB穿上了一层安全与控制的外衣,让开发者用更简单的API操作底层复杂的集群，搞清楚这个底库的核心设计思路，你就能更理智地判断哪些数据适合放Bmob，哪些场景需要自建数据库来兜底。