php - 数据库设计和Solr

Question

我们有一个包含约 500 000 条记录的数据库，其中包含非标准化数据(待售车辆)。我们有一个主 MySQL 数据库，为了实现快速搜索，每当发生更改时我们都会更新 Solr 索引。由于 MySQL 数据库中连接和关系的复杂性，我们的大部分数据都是通过 Solr 索引提供的。

我们开始遇到 solr 内部更新的速度和完整性问题。当我们使用软提交推送更新时，我们发现大约需要 1 秒才能使更改可见。虽然目前这不是一个大问题，但我们担心问题会变得更糟，我们希望在到达那里之前找到解决方案。

我们正在寻求一些关于我们应该寻找哪些解决方案的指导:

• 与使用 Solr 的其他解决方案相比，我们的数据集有多大这种方式？
• 目前我们仅使用 1 台 Solr 服务器。转向集群的分割点是什么？这会帮助还是阻碍我们的更新问题？
• 我们看到的一个解决方案是使用 NoSQL DB 来处理某些问题数据。 NoSQL 数据库逐条记录的性能是否更好级别？
• 还有其他一些值得研究的选择吗？

Answer 1

我会按顺序回答你的问题

1)不，你的数据集没有那么大。对于 solr 来说，任何低于 100 万条的记录都可以。

2)使用 1 个 solr 服务器不是一个好的选择。尝试 SolrCloud，这是让 solr 实现高可用性的最佳方式，它将提高您的性能

3)sql和nosql数据库都有各自的优点和缺点。这取决于您的数据集。一般来说，nosql 数据库速度更快。

4)我建议使用SolrCloud。它快速且可靠。