mysql - 在 Solr(或其他分面搜索引擎)中搜索/导航，正确的方法是什么？

Question

我对 Mysql 的使用应该在哪里结束以及 SOLR 应该从哪里开始感到有点困惑。

我有很多关系数据(就像电子商务网站，比如亚马逊)。

我首先将其放入 mysql 中，但遇到了大小/速度方面的问题，而且索引对这么多数据没有帮助。所以，我将所有这些数据都放入 SOLR 中，速度非常快。在某种程度上，SOLR 就像是我当前的 MYSQL 数据库的缓存(其中包含多个通过 ID 链接的关系表)。

问题是我对很多事情感到困惑。

1)是否需要mysql数据库？我能否同样轻松地编辑数据并将数据添加到 SOLR 表中？ Mysql 数据库只是增加了更多的开销吗？

2) 如何最好地进行分面并将其用于搜索导航？我目前将整个 mysql 数据库统一到一​​个平面 solr 文件中。在考虑条目可能具有的多对多关系时，如何最好地做到这一点？这一切都应该使用 PathHierarchyTokenizer 在 SOLR 中完成吗？我应该将多个方面塞入一个字段吗？

3) 是否需要在 MYSQL 中存储类别/facet 以便为这些页面创建 SEO 标题？我猜这不能在 SOLR 中完成，因为没有页面作为方面的真正概念？似乎需要某种方面的静态存储/缓存，可以在其中添加额外的信息，这似乎有道理，这不会在 SOLR 中完成？

4) 或者我应该只使用 SOLR 作为我的 MYSQL 数据库的缓存？所以我从 mysql 获取所有类别菜单，但是当发生 URL 查询时，它从 SOLR 获取所有产品？

很想听听其他人对此的想法，因为虽然 solr 很好而且很快，但与 DB 有很大的重叠，我正在努力了解每个人都可以使用的地方。

Answer 1

Is there any need for the mysql database?

如果您需要事物之间的关系，那么 RDBMS 比 Solr 更好，Solr 具有平坦的、非规范化的世界观。

Solr 通常不被视为记录源。如果您这样使用它，则所有字段都需要“存储”。考虑如何备份和恢复数据。

作为一个很好的起点，使用 Solr 来做它擅长的事情，搜索。索引你需要索引的，存储你需要存储的。请记住，Solr 索引可以通过分析变得非常大，索引越大效率越低。