我们是否应该为数据集使用一个独立的数据库？

Question

我们正在网站工作，并将Drupal商业整合到我们的网站中。我们还在每个产品上添加多个产品，以便用户在将产品添加到购物车的同时选择产品。

该网站将拥有超过1,000万的产品展示(节点)和3,000多万产品(drupal commerce)的大数据集。

我们还集成了apache和search，并允许用户搜索和过滤搜索结果。

有人认为，如果我们将这么大的数据存储到单个数据库中，这会影响我们的性能，还是需要将数据存储到数据库的“主/从”概念中？

由于我们有庞大的数据集，所以我们正在准备我们的数据库架构，所以它不会影响我们的网站的性能。

Answer 1

与您的主机提供商交谈。如果他们不能回答这些问题，就找一个新的主机提供商.

这些确实是你应该给你的主机提供商带来的关注。高质量的托管提供商将能够满足这些需求，并定制一个解决方案，以确保站点作为一个整体和单个组件( Solr、MySQL、Apache/Nginx/Litespeed/等等)的顺利运行。

他们会怎么做？

• 基准测试--在发布之前，他们将发布网站的一个版本，然后努力确保某些性能标准得到满足。他们会调整和规模以满足这些数字。
• 基础设施--仅仅拥有一个主/从DB并不一定是一个解决方案。你必须有良好的基础设施和设备来支持它。它还必须有良好的架构。好的提供者会有这个。
• 多层可伸缩性--拥有多个策略来处理负载或大型站点是关键。这意味着，除了强大的基础设施之外，不仅有一个庞大的DB，而且还有有效的内容分发(CDN)和内部Drupal缓存(Redis)。

Answer 2

drupal中的性能有很多方面需要处理，因为它会弹出，您将亲自实现所需的解决方案，我不认为您提到的数字会吓到您去使用drupal。

假设您有大量的产品，但您的商店仍然不出名，有很大的流量，所以每件事将与默认设置作为一个常规的drupal网站。

Search与solr是一个伟大的步骤，它将为您提供很多服务，清漆、mongodb或雷迪斯将减少DB服务器上的负载。

Answer 3

数据库层和查询生成器允许驱动程序指定不区分大小写的操作符.这允许MySQL使用LIKE()进行自动完成和用户名查找，而不是LOWER()，从而允许这些查询使用索引，而不是进行完整的表扫描。

数据库层也内置了主/从支持，尽管Drupal还不能为您设置数据库复制(或者折叠您的衣服)。

正确规划数据库结构和优化技术将使您找到一个非常好的解决方案。

我建议你看看这。