Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/388.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java Ehcache vs内存中db vs NoSql,用于读/写繁重的工作负载_Java_Database_Ehcache_Nosql - Fatal编程技术网

Java Ehcache vs内存中db vs NoSql,用于读/写繁重的工作负载

Java Ehcache vs内存中db vs NoSql,用于读/写繁重的工作负载,java,database,ehcache,nosql,Java,Database,Ehcache,Nosql,我需要为我的公司实施会话管理,到目前为止我们一直在使用RDBMS,但是延迟太高,因为会话数据的延迟应该很低 所以我想在网上研究一下,找到了以下三种选择: Ehcache+Terracota 内存中数据库(Timesten和其他) NoSQL(Aerospike、Couchbase) 现在我开始尝试这些解决方案,但希望从有经验的解决方案中获得2美分。工作负载模式将是50/50读/写,需要HA集群 我们需要高吞吐量、低延迟和最终的一致性 根据我搜索的结果,NoSQL似乎非常适合这种情况,但我希望

我需要为我的公司实施会话管理,到目前为止我们一直在使用RDBMS,但是延迟太高,因为会话数据的延迟应该很低

所以我想在网上研究一下,找到了以下三种选择:

  • Ehcache+Terracota
  • 内存中数据库(Timesten和其他)
  • NoSQL(Aerospike、Couchbase)
现在我开始尝试这些解决方案,但希望从有经验的解决方案中获得2美分。工作负载模式将是50/50读/写,需要HA集群

我们需要高吞吐量、低延迟和最终的一致性

根据我搜索的结果,NoSQL似乎非常适合这种情况,但我希望听到更多关于这方面的信息


以下哪个选项最适合此类工作负载?

Microsoft在ASP.NET及其PaaS Azure中提供了将Redis用作会话存储的选项。我想他们知道为什么选择支持这个特定的NoSQL DB,所以您可能想看看它


Redis是内存键值存储,提供有时间限制的插入(数据可以在一段时间后由Redis自动删除)。此外,您还可以将其部署到多台计算机上,以获得更好的性能或更高的可用性。

Microsoft在ASP.NET及其PaaS Azure中提供了将Redis用作会话存储的功能。我想他们知道为什么选择支持这个特定的NoSQL DB,所以您可能想看看它


Redis是内存键值存储,提供有时间限制的插入(数据可以在一段时间后由Redis自动删除)。此外,您还可以将其部署到多台计算机上,以获得更好的性能或更高的可用性。

Microsoft在ASP.NET及其PaaS Azure中提供了将Redis用作会话存储的功能。我想他们知道为什么选择支持这个特定的NoSQL DB,所以您可能想看看它


Redis是内存键值存储,提供有时间限制的插入(数据可以在一段时间后由Redis自动删除)。此外,您还可以将其部署到多台计算机上,以获得更好的性能或更高的可用性。

Microsoft在ASP.NET及其PaaS Azure中提供了将Redis用作会话存储的功能。我想他们知道为什么选择支持这个特定的NoSQL DB,所以您可能想看看它


Redis是内存键值存储,提供有时间限制的插入(数据可以在一段时间后由Redis自动删除)。此外,您还可以将其部署到多台计算机上,以获得更好的性能或更高的可用性。

Ad Business是使用会话管理的最大行业之一。我已经看到几乎所有的人都考虑基于NoSQL的解决方案。 由于广告业务的首要要求是以最少的延迟显示广告,因此它们通常倾向于将数据存储在内存中以降低延迟。但这是有代价的

由于您已经提到Aerospike,它针对SSD进行了优化,因此您也可以通过在SSD上存储数据来实现亚毫秒级的延迟。而且这个产品最近是开源的

还有其他选项,如上述评论中提到的Redis,但Aerospike确实提供了跨数据中心复制用于HA和自动分片等好处。用最少的配置就可以很容易地进行设置和运行


所以我会投票支持NoSQL,看看你的用例

广告业务是使用会话管理的最大行业之一。我已经看到几乎所有的人都考虑基于NoSQL的解决方案。 由于广告业务的首要要求是以最少的延迟显示广告,因此它们通常倾向于将数据存储在内存中以降低延迟。但这是有代价的

由于您已经提到Aerospike,它针对SSD进行了优化,因此您也可以通过在SSD上存储数据来实现亚毫秒级的延迟。而且这个产品最近是开源的

还有其他选项,如上述评论中提到的Redis,但Aerospike确实提供了跨数据中心复制用于HA和自动分片等好处。用最少的配置就可以很容易地进行设置和运行


所以我会投票支持NoSQL,看看你的用例

广告业务是使用会话管理的最大行业之一。我已经看到几乎所有的人都考虑基于NoSQL的解决方案。 由于广告业务的首要要求是以最少的延迟显示广告,因此它们通常倾向于将数据存储在内存中以降低延迟。但这是有代价的

由于您已经提到Aerospike,它针对SSD进行了优化,因此您也可以通过在SSD上存储数据来实现亚毫秒级的延迟。而且这个产品最近是开源的

还有其他选项,如上述评论中提到的Redis,但Aerospike确实提供了跨数据中心复制用于HA和自动分片等好处。用最少的配置就可以很容易地进行设置和运行


所以我会投票支持NoSQL,看看你的用例

广告业务是使用会话管理的最大行业之一。我已经看到几乎所有的人都考虑基于NoSQL的解决方案。 由于广告业务的首要要求是以最少的延迟显示广告,因此它们通常倾向于将数据存储在内存中以降低延迟。但这是有代价的

由于您已经提到Aerospike,它针对SSD进行了优化,因此您也可以通过在SSD上存储数据来实现亚毫秒级的延迟。而且这个产品最近是开源的

还有其他选项,如上述评论中提到的Redis,但Aerospike确实提供了跨数据中心复制用于HA和自动分片等好处。使用最少的配置,安装和运行都非常容易