不同VoltDB 集群（4 个分区在4 核机器上运行与16 个分区在16 核机器上运行）的吞吐量比较
不出所料，随着分区大小的增加和内核数量的增加，吞吐量显著增加。对于4核和4个分区的27节点集群，吞吐量低于75K，而对于16核和16个分区的27节点集群，吞吐量超过了每秒300万次运算！
不同 VoltDB 集群（4 个分区在4 核机器上运行与16 个分区在16 核机器上运行）的延迟比较
吞吐量随服务器/分区数量增加而增加的趋势也适用于延迟。拥有16 个分区的最强大的16 核服务器比拥有4个分区的4 核服务器具有较低的第99 百分位延迟。对于4 核机器的 27节点集群，延迟刚刚超过5毫秒，而对于16核机器的27节点集群，延迟低于3毫秒。
3.1 实现高扩展性的秘诀“如前所述，VoltDB 专为线性扩展而设计。为了实现甚至超过300万次运算/秒的吞吐量，用户只需要简单地添加VoltDB节点，直到获得理想的吞吐量。”
3.2 总体拥有成本（TCO）除了一流的性能之外，VoltDB还具有比业内任何其他解决方案低得多的TCO。虽然可能有人认为“开源解决方案是免费的”, 但天下没有免费的午餐。
很多最初选择开源解决方案的电信客户在经历众多痛苦之后转向了VoltDB。他们还意识到，开源工具经常在更大的硬件上运行，从而导致非常高的资本开支，并且由于这些解决方案需要代价高昂的开发工作量来进行产品构建、维护和故障检测，运营成本远高于提供全天候产品支持的VoltDB产品许可。
世界最大的电信软件解决方案提供商之一从Redis转向VoltDB，仅在硬件方面就节省了一百万美元。
04 结 论为了回应传统SQL数据库（如Oracle、IBM 和 SQL Server等等）的不灵活性，NoSQL数据库（例如Redis、Cassandra 和MongoDB等等）已经问世。它们大肆宣称它们能够通过存储和查询非结构化数据来实现扩展，而无需实施关系数据库的结构化概念。
尽管他们最初声称NoSQL数据库不“依赖”于SQL是有好处的，但SQL的标准化、灵活性和在查询大量数据方面的效率无法被替代的现实阻碍了它们进入高性能或任务关键型应用的可行性。
NoSQL厂商试图在顶层支持 SQL 语言的尝试仍然未能实现其目标：提供类似于当前SQL 数据库的基础ACID特性保证。像VoltDB这样的下一代SQL数据库是一个两全其美的解决方案，具有NoSQL 解决方案的可扩展性，以及对5G应用至关重要的高吞吐量、低延迟、高可用性、强大的ACID 事务、实时分析和其他功能。
这项基准测试研究的结果证明，VoltDB 可以提供要求极为苛刻的5G 应用所需的线性扩展、低延迟和高吞吐量， 同时不牺牲一致性。VoltDB超过300万次运算/秒的吞呈量和低于5毫秒的第99百分位延迟可以满足针对5G系统提出的SLA，而NoSQL数据库远不能满足电信应用的性能和延迟要求。如果您想要运行基准测试，我们建议您从我们的公共存储库下载应用源代码，然后亲自尝试：
https://github.com/VoltDB/app-telco-charging
如果您对VoltDB的工业物联网大数据低延迟方案感兴趣，欢迎私戳，进入到我们的官方微信交流群。
VoltDB中国：sgao##voltdb.com （请将“##”替换成“@”）