Elastisearch作为会话数据存储？

Question

有什么理由为什么不应该将elasticsearch用作php的会话数据存储？

我们目前正在使用mysql来存储此应用程序的会话数据，但是随着我们用户群的增长，维护和扩展变得很麻烦。 我们正在考虑将会话迁移到Redis或Couchbase，但是为什么不使用Elasticsearch？

优点：

• 据我了解，elasticsearch是一个非常强大的键/值存储。
• 我们已经拥有一个健壮且可扩展的集群，因此可以简化迁移和维护。
• ？

缺点：

• 似乎没有人将Elasticsearch用作会话存储...
• ？

Answer 1

首先：ElasticSearch 不是键值存储。 这是一个搜索引擎 。 这将帮助您索引数据并快速找到它，这是最好的用例。

当然，您可以将会话存储在此处，但并不是为此而建的：

• ElasticSearch改善了安全性，但我仍然不相信它可以存储会话。
• 如果您的集群之一消失了，您可能会丢失这些会话（取决于您的体系结构）
• ElasticSearch非常消耗内存。 如果您仅使用它来存储会话，那么您实际上是在烧钱。
• Memcache + Redis是可靠的，可扩展的，并且可以直接使用PHP（即，您可以在php.ini中为这两个定义会话存储）。 如果不是更快，它们也将与ES一样快。

tl; dr; 您可以使用它，也可以使用数据库或文件，但是有更好的工具可以完成这项工作。

旁注：实际上，我已经看到承包商在我们正在运行的一个项目中实现了它，这是我遇到的过度工程的最好例子之一。 与使用Memcache产生这种怪异所花费的时间相比，使用Memcache进行剪贴和实现相同逻辑所需的时间减少了10倍。

Answer 2

从2016年开始，但我仍然有这个想法的好处： https : //www.linkedin.com/pulse/elasticsearch-magento-session-storage-analyzer-zsolt-szalay/

Elasticsearch不是关键值服务器，但仍在飞速发展，并为您带来更多收益。 您可以搜索会话数据，也可以实时分析它们。 可能您不一定需要那样。 但是，与简单的键值服务器相比，这是一个优点，该服务器旨在快速交付并且该部分通常运行良好。 :)

希望可以帮助并激发您:)谢谢