【问题标题】:Approch of desiging database for big site? [closed]为大型网站设计数据库的方法? [关闭]
【发布时间】:2014-12-25 12:19:42
【问题描述】:

在制作像 facebook 这样的网站时

我们可以遵循两种数据库设计方法,所以请提出更好的建议 关注的是数据安全和备份管理

方法 1 设计一个表来保存个人的所有数据和一些其他表,该表将保存其他键,如图像等 当表中有 100 万个条目时会出现问题,之后是否可以进行备份 一些托管公司不允许这样做。

方法 2 虽然用户注册以这种方式将单独的表分配给用户,但用户将在 5 年内达到一万行左右只是一个假设

但如果有百万用户注册,这意味着数据库中有百万个表,我相信这又是一个问题

如果有人可以,请提出更好的方法

【问题讨论】:

  • 也许您想要的是聘请专家,而不是 Stack Overflow 问题。

标签: php mysql database scaling


【解决方案1】:

Facebook 规模的网站在设置方面面临着独特的挑战。 Facebook、Twitter、Google 等都维护自己的数据库引擎分支,甚至经常编写自己的分支,并且他们将出于不同目的使用不同的数据库。他们所做的很少适用于您构建的任何东西。

到目前为止,方法#1 更好。通过适当的索引和良好的数据库设计,MySQL 可以支持数十亿行。它无法轻松支持数百万张表。

【讨论】:

  • 是的,感谢您的建议,但是如果我不打扰您,是否可以轻松地在表中有数万亿行的情况下进行备份,如果有的话,请建议备份管理策略
  • 如果您有数万亿行,您需要一位(或数位)专家,他们不会问此类问题,并且以前曾在大型数据库集群上做过工作。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-08-15
  • 2016-03-04
  • 1970-01-01
  • 1970-01-01
  • 2015-01-25
  • 1970-01-01
相关资源
最近更新 更多