每一家大中型企业，在业务规模扩张的过程中都需要一个强而有力的数据库来为业务做支撑，尤其是大型跨国企业更是需要在全球的不同地区广泛部署不同的数据库。因其业务原因，财务数据以及应用数据必须在全球范围内都保持强一致性，然而现实情况却是当前市面上很少有数据库能够同时满足这两个需求。

财务数据的重要性不必多说，应用程序则需要为全球用户提供24x7x365的全天候服务，并且还需要处理不可预测的数据高峰，而且最关键的是，传统的关系型数据库管理系统（RDBMS）在做灾备或跨数据中心复制数据时，往往具有相当大的挑战。

Couchbase 作为一款能够被部署在本地集群的数据服务，其具备很强的一致性，是一个专注于服务、分布式以及灵活的 JSON 文档数据库，且 Couchbase Server支持异地跨数据中心复制，能够在各集群之间保持数据一致。

Couchbase Lite 作为一款支持离线工作的嵌入式移动端NoSQL数据库，无论网络状况如何，移动应用始终会对本地数据库做出响应，离线时不会影响数据库正常的增删改，查等功能，并且当其恢复在线时，会与 Couchbase Sync Gateway 网关进行数据同步。Sync Gateway 会将数据同步至 Counchbase 服务器以及多个 Couchbase Lite 实例上。（Couchbase Sync Gateway：用于通过Web进行数据访问和同步的安全Web网关）

Couchbase 拥有开源与商业两个版本，其均可以被部署在云端、Kubernetes以及一些复杂的混合配置中。

Couchbase Server 查询语言N1QL，是一款为支持JSON文档数据库所设计的SQL语言，且还具备扩展分析的作用，N1QL结合了SQL的强大功能以及JSON数据模型的灵活性，为应用程序的开发人员提供了一种富有表现力、功能强大且完整的声明性语言，可用于查询、转换和操作 JSON 数据，同时 Couchbase 还支持键值数据访问和全文搜索。

2011年，Membase (提供键/值、持久化、可伸缩的解决方案) 和 CouchOne (提供端到端复制的文档数据库)这两家企业合并，成立了 Couchbase。Couchbase Server 就是合并后的新产品，其每年都有新功能上线。从key-value层开始，2012年添加了JSON文档层，2014年添加了移动数据库，2015年添加了sql查询，2017年添加了全文搜索，2018年添加了企业数据分析功能。

Couchbase 的选择与竞争

Couchbase 在当前市面上面临着非常激烈的竞争，包括 MongoDB、Redis、Oracle、SQL Server等等。其中 MongoDB 可以被认为是 Couchbase 最直接、最核心的竞争对手。同样作为一款灵活性非常高的文档型数据库，MongoDB 与 Redis的结合是当下市面上用于解决缓存最常用的方法。除此之外还有像 Oracle、SQL Server 等关系型数据库也使 Couchbase Server 的竞争对手。

但是上述的这些数据库或多或少都有自己所不擅长的领域。关系型数据库的设计初衷是为单体的大型数据库而服务的，因此关系型数据库的扩展性往往很差。但是如果选择 MongoDB，由于其伸缩性不够，往往需要借助 Redis 的配合来加快 MongoDB 的伸缩速度，但这样就会使后台数据系统的管理复杂性大大增加。（作为分布式横向数据扩展平台，Couchbase长期以来一直是可扩展性，性能和高可用性方面的领导者。）

除此之外，包括像CockroachDB、Azure Cosmos DB、Amazon Aurora、Aerospike、Amazon DocumentDB和Amazon DynamoDB等都是属于Couchbase的竞品。

Couchbase 的服务架构

Couchbase 可以提供诸如索引、查询、安全性、复制、搜索、事件处理、分析和管理等多种数据服务，且这些服务可以在一个或多个节点上运行。Couchbase 的设计围绕三个基本原则，分别是：以内存和网络为中心的体系结构、工作负载隔离以及对所有数据查询的异步支持。在下文中能看到详细的解释。

用一个例子就能将这三点解释清楚，即发生写入请求后，该请求会被提交到内存中并同步存储至磁盘内，Couchbase 会在不堵塞数据读写的前提下来异步建立索引查询，通过将最常用的数据和索引保存至内存中，以便后续可以快速读取相应的数据。这种方式尽管增加了 Couchbase 的RAM消耗，但这样也极大降低了数据库读写的延迟并大幅度提升了数据的吞吐量。

此外 Couchbase 具备一个显著特性，即 MDS（多位伸缩），其可以通过独立扩展单个服务来提高效率，这使得在数据查询过程中，CPU能够将更多的资源分给查询服务，同样也可以使用 SSD 来进行数据索引，从而使用更多的 RAM。

同样，异步操作也减少了 Couchbase 数据堵塞的概率，开发人员可以在数据性能之间的持久性、移植性以及延迟高低之间自定义平衡这三者的关系。

Couchbase JSON 支持基本数据类型和复杂数据类型，包括数字、字符串、嵌套对象和数组，支持创建规范化或非规范化的文档。Couchbase Server 不会引入任何全局调度程序或全局协调，也不依赖精细调整。相比之下，MongoDB 虽然同样不需要调度计划，但是如果开发人员愿意，MongoDB 可以支持这样的操作。

正如稍后将会谈论的内容，有4种访问 Couchbase Server 文档的机制，分别为键值、基于SQL的查询、全文搜索以及 JavaScript 事件。同样如果 JSON 文档存在子文档或数组的情况，则可以使用路径表达式直接访问，不需要再额外进行传输以及文档的解析。事件模型可以在数据更改(OnUpdate)后触发。此外，还可以通过与 Couchbase Mobile 同步访问 Couchbase 服务器文档。

Couchbase Server 有四个关键概念，分别是 bucket、vBuckets、节点以及集群。bucket Couchbase通过使用buckets提供数据管理服务，buckets相当于关系数据库中的库，在 Couchbase Server中用于保存JSON文档；vBucket相当于一个key的子集，保存的是客户端存储对象的key值，vBuckets 用于在集群的节点间分配数据和备份数据，其本质是自动分布节点上的碎片。节点就是物理或虚拟机，承载Couchbase Server 的单个实例；集群就是节点组，同步复制就发生在集群的节点之间。

Couchbase 的部署

Couchbase 可以部署在本地、云端以及 Kubernetes 上，Couchbase Server 企业版的开发和测试部分都是免费的，并可通过订阅用于生产。开源版 Couchbase Server 的所有功能都是免费的。当然，这两者之间除一些企业版特有的功能外，开源版 Couchbase Server 与企业版 Couchbase Server 之间的 API 可以互相兼容。

Couchbase Server 简易的部署操作流程可以让用户快速部署一个服务器，只需要通过一个小时左右的时间去学习相关的 Couchbase 教程即可。这里以下图谷歌云为例，在谷歌云平台上创建一个云测试驱动会话程序，在经过5分钟的部署生成后可提供一个三节点的 Couchbase 服务器集群以及一个Sync Gateway节点，Sync Gateway 节点可用于通过Web进行数据访问和数据同步。

谷歌云平台上的测试驱动程序仪表盘，上图这里刚刚加载了一个航空旅行样本

Couchbase Autonomous Operator（自主操作符）

Couchbase 通过与 Azure Kubernetes Service、Amazon Elastic Kubernetes Service 以及 Google Kubernetes Engine之间进行合作，Couchbase 企业版中研发了 Autonomous Operator（自主操作符）功能，这提供了 Couchbase Server与开源 Kubernetes 和 Red Hat OpenShift 之间的本地集成提供了条件。

该自主操作符通过创建自定义资源并注册为自定义 Couchbase 服务控制器来扩展 Kubernetes API，以管理复杂有状态的 Couchbase Server集群应用程序实例。这减少了在 Kubernetes 上运行 Couchbase 集群所需的运维工作量，并允许自动建立并管理常见的 Couchbase Server任务，如配置、创建、扩展和恢复等。

Couchbase Cross Datacenter Replication (XDCR)

上文有提到，Couchbase Server 可执行跨数据中心之间的数据同步复制，并且在集群中具有极强的一致性。XDCR（跨数据中心复制）功能为 Couchbase 数据库提供了防止数据中心故障，为全球分布式任务关键型应用程序提供高性能数据访问的保障。通过跨集群、不同数据中心和可用性区域采取执行异步、主从复制等措施，避免引起高写入所带来的延迟。当然，XDCR 使得 Couchbase 成为了一个全球性的分布式数据库，但代价是集群之间的数据最终无法保证强一致性。

目前所有 Couchbase Server 版本都支持基本的XDCR。但是一些诸如过滤、节流、基于时间戳冲突的解决方案等功能只是企业版的特有功能。

Couchbase 查询工具

Couchbase 支持一键查询和检索数据关联值，该值可以是JSON文档或Blob。此外还可以使用类似SQL的N1QL语言或全文搜索来查询。当然如果bucket有支持查询的索引，N1QL和全文查询都会更快。

N1QL

N1QL，发音为“nickel”，看起来非常像带有 JSON 扩展的标准SQL语句。N1QL使得开发者可以在Couchbase上使用SQL语言进行开发，其不仅支持复杂的SQL能力和保留了JSON文档灵活的数据模型，还支持了跨文档的连接操作以及针对JSON数据的嵌套格式，这些都使得在 JSON 文档上使用 SQL 开发比基于 MongoDB 的开发要更加容易。

并且 N1QL也在不断发展着分支，其中一种是用于Couchbase Server 的高性能数据查询服务；另一个 N1QL for Analytics 基于SQL++研发，用于企业版的分析服务。

还有一些N1QL扩展，比如USE KEYS, NEST, UNNEST, and MISSING。USE KEYS和USE HASH是连接的查询提示。嵌套和反嵌套被用于打包和解包数组。MISSING是JSON特定的NULL替代方案;“IS NOT MISSING”表示文档中存在的特定值或为空。“NOT MISSING 和 NOT NULL”则表示这些不丢失和不为空的关键词是已知的。因此 N1QL 查询可以使用路径，同样也适用于全文本搜索。

上图为针对Couchbase Server 航空旅行样例bucket的简单N1QL查询。注意N1QL与SQL十分相似。

Couchbase Server 中按节点划分的航空旅行样例桶的索引列表。def_type索引对于上图WHERE t.type=…而言是必需的

全文搜索

Couchbase支持诸如 Solr 等外部的全文搜索引擎，当然 Couchbase 也拥有基于Go语言的全文搜索引擎Bleve。Bleve包含在Couchbase Mobile和Couchbase服务器中，它支持大多数搜索的语法。

上图为使用Couchbase Server的Bleve引擎的全文搜索。此查询需要全文索引。

Couchbase SDKs

大部分主要的Couchbase Server 功能都可以通过SDK的形式公开出来。SDKs可用于C/ c++、. net (c#、f#和Visual Basic . net)、Go、Java和Node。js、PHP、Python和Scala等多种语言。

除了SDKs, Couchbase 还提供了与几款与自身功能关系紧密的数据框架，如Spring Data、.net LINQ 以及 Couchbase自己的Ottoman Node.js ODM。例如，下面的示例查询应用了 Linq2Couchbase:

{
     Servers = new List<Uri> {new Uri("http://localhost:8091/")}
});

var context = new BucketContext(ClusterHelper.GetBucket("travel-sample"));
var query = (from a in context.Query<AirLine>()
               where a.Country == "United Kingdom"
               select a).
               Take(10);

query.ToList().ForEach(Console.WriteLine);

Couchbase Mobile（移动端）

Couchbase Mobile由两部分组成，分别为运行在移动设备上的Couchbase Lite 以及运行在服务器节点上的Couchbase Sync Gateway。Couchbase Lite 可以运行在iOS、Android、.Net 以及 Xamarin上，并且支持Swift、Objective-C、Java、Kotlin和c++等语言。

例如，下图使用Java定义了一个要在Android上运行的查询:

Database database = DatabaseManager.getDatabase();
Query searchQuery = QueryBuilder
  .select(SelectResult.expression(Expression.property("airportname")))
  .from(DataSource.database(database))
  .where(
    Expression.property("type").equalTo(Expression.string("airport"))
      .and(Expression.property("airportname").like(Expression.string(prefix + "%")))
);

Couchbase 基准测试

虽然InfoWorld还没有对 Couchbase Server进行基准测试，但是第三方(Altoros)已经使用YCSB JSON、键值测试以及TPCx-IoT测试进行了基准测试。下图则用于JSON文档基准测试。可以看到，Couchbase服务器的性能优于MongoDB和DataStax。此外 Altoros 提供了所有必须的脚本，因此开发者可以自己重新运行这些基准测试。

在 Altoros 中运行 JSON 基准测试，比较 Couchbase 服务器、MongoDB 和 DataStax。可以看到，在这个测试中，Couchbase 提供了更高的吞吐量和更低的延迟，并随着数据和服务器的伸缩而得到改善。

总体来说，Couchbase Server与NoSQL JSON文档数据库一样，都具备类似sql的查询语言和全文搜索引擎，Couchbase Mobile将数据价值扩展到移动终端上。因此 Couchbase 的价值高低与否，这取决于开发者产品应用以及业务需求。

如果需要关系型数据库的可靠模式结构或相关的数据库，那么Couchbase并非最优解。但是如果需要一个全局可伸缩的文档数据库，那么相信 Couchbase 将会是一个不错的选择。

原文链接：

https://www.infoworld.com/article/3430716/couchbase-review-a-smart-nosql-database.html?upd=1565772462442

创作场景

一文读懂智能 NoSQL 数据库 Couchbase