我们很高兴地宣布 Aerospike 数据库5.7版本已于 9 月中旬发布。该版本功能丰富，在操作等性能上有了重大改进，尤其是查询功能。我们建议已更新到5.7版本的客户查看发行说明，因为某些配置的参数默认值已进行更改。 之前的版本相似的是，某些功能仅适用于 Aerospike 企业版。
二级索引
Aerospike 记录中含有一个或多个 bin，类似于 SQL 数据库中的字段。Aerospike 应用程序大量使用非主键 bin 中的二级索引。它们将提供有效的查询，以根据包含数字、字符串或地理空间数据的指定 bin 来检索记录。在许多情况下，这将带来更高的性能，优于使用过滤器表达式扫描整个集合或命名空间的操作方式。二级索引随着时间的推移将不断更新，以适应新的数据类型及硬件功能。 最新一轮的功能和性能增强已从 Aerospike 5 开始，并将在接下来的几个版本中逐步推出。
在第一组更改中，一些二级索引中的记录将引用 5 字节等直接引用的方式代替摘要。这显著减少了服务器的内存占用，并且无需从摘要映射至记录（这需要高额的计算成本）。 这一变化也有利于二级索引的垃圾收集，它将在单独的线程上运行，尤其是针对删除和重新创建记录的案例（在 AdTech 中很常见）。
这也同时使得二级索引的大小和配置变得更加简单。配置参数 query-bufpool-size、query-pre-reserve-partitions 和 sindex-gc-max-rate 将不再被需要，并已被删除。
添加了几个新的二级索引指标，并删除了某些部分。 例如，query_ops_bg_failure 指标已删除，并替换为新指标query_ops_bg_error、query_ops_bg_abort及query_false_positives 。
未来的 Aerospike 版本将在此基础上进行性能增强，以提供额外的二级索引功能，包括 PMem/Flash 支持、快速启动和分页支持功能。
云端的恢复性能
当我们仅可在具有专用硬件的单个数据中心中进行部署时，建议直接绑定资源使用，以保证不违反服务等级协议。 现在，应用程序越来越多地部署在公共云端，并跨越多个数据中心和地域。在超大规模的数据架构中，复杂的拓扑结构正变得越来越普遍起来。
Aerospike 5.7 版本扩展并改进了云端环境中的恢复性能。十多年来，可恢复性一直是 Aerospike 的核心设计理念，使产品能够在关键任务部署中提供实时性能，并保证正常运行时间 。我们在该领域的做出了较大的努力，以确保应用程序满足一些较为严格的服务等级协议，即使在云环境中，虚拟化也可能会不时的在文件处理、网络和存储层中发生不可预测的问题。
在满足实时性能和正常运行时间的服务等级协议的同时，消除这些故障是我们工作的主要目的。可恢复性更多是一种设计理念，而不是特定的功能列表，基于这样的认知，资源可用性在这些环境中的可预测性较低，因此软件架构需能应对一些意外的操作问题。 下文描述的可恢复性改进将基于 Aerospike 在该领域的经验而定。此版本的可恢复性更改分为两类。
配置及健全性检查
从 5.7 版本开始，Aerospike 在启动时将执行一系列健全性检查以检测并标记出错误配置。 通常这些检查结果不会立即显现，但在执行恢复，或是较为繁忙的生产负载下会显现。执行的检查将寻找 Aerospike 和 Linux 中特定的反模式。这些检查将确保服务线程配置是合理的、以及THP的禁用。当检测到违规时，默认将在日志中输出警告，但继续当前操作。可以在服务节点中将执行参数设置为 true（默认为 true）来启动严格合规。
熔断机制的运行
5.7 版本中的另一部分恢复功能属于“熔断机制”。当 Aerospike 遇见意外问题时，该机制会暂时暂停或限制某些产生负载的机制。预计当压力源是暂时性的（例如网络拥塞）时，与其冒着服务中断的风险继续前进，不如稍加暂停更为谨慎。在何种情况下进行系统暂停将是十分重要的决策。
关于Aerospike
Aerospike 克服了看似不可能消除的数据瓶颈，以可以降低基础架构复杂性、减少传统 NoSQL 数据库成本的功能优势，在与其他数据库的竞争中获得了众多公司的认可。Aerospike 使客户能够立即打击欺诈行为，它大大增加了购物车的大小，部署了全球数字支付网络，为数百万客户提供了即时的一对一个性化服务。
点击阅读全文，获取更多信息
