gpt4 book ai didi

mysql - 集群、分片或简单的分区/复制

转载 作者:IT王子 更新时间:2023-10-28 23:52:45 24 4
gpt4 key购买 nike

我们创建了一个 Facebook 应用程序,它获得了很多病毒式传播。问题是我们的数据库开始变得非常满(有些表现在有超过 2500 万行)。到了该应用程序刚刚停止工作的地步,因为有成千上万的写入队列要进行。

我需要实现一个解决方案来快速扩展这个应用程序,但我不确定我应该追求 Sharding 还是 Clustering,因为我不确定什么是他们每个人的优点和缺点,我正在考虑使用 Partition/Replication 方法,但我认为如果写入负载没有帮助? p>

最佳答案

2500 万行对于结构良好的关系数据库来说是一个完全合理的大小。但是,您应该记住的是,您拥有的索引越多(并且它们越全面),您的写入速度就会变慢。索引旨在以牺牲写入速度为代价来提高查询性能。确保您没有被过度索引。

什么样的硬件在为这个数据库提供动力?你有足够的内存吗?更改这些属性比尝试实现复杂的 RDBMS 负载平衡技术要容易得多,尤其是在时间紧迫的情况下。

关于mysql - 集群、分片或简单的分区/复制,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4594738/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com