代码之家 › 专栏 › 技术社区 › Steve Claridge

担心新站点的可伸缩性

memcachedb slicehost scalability json mysql

Steve Claridge · 技术社区 · 15 年前

我正在构建一个具有以下特征的Web应用程序:

它只有少量的页面,主页,联系我们,关于,辛格等。

基本上:只有很少的页面包含90%的静态信息。一个包含客户端工作的页面,可能需要大量获取/发布JSON。

现在我在考虑可伸缩性,一个明显的问题是我应该在mySQL中存储经常更改的JSON数据,还是应该使用memcacheDB或其他一些键值存储?您会选择easy mySQL选项,还是现在就引入键值存储,还是等待规模问题出现?我真的会达到mySQL成为瓶颈的地步吗?

我计划首先在Slicehost上托管此内容,然后在需要时移动它。

2 回复 | 直到 15 年前

artagnon 15 年前

就JSON而言,它不会有什么不同:我不知道如何优化数据的存储。我认为问题可以归结为“用户数据有多复杂?”。如果有一个与RDBMS外键相关的大型社交图,并且很难将该数据映射到键值存储,那么我现在不想花费精力。然而,如果用户数据只是简单的概要信息,我宁愿现在就移动到键值存储,而不是以后,在我使用太多RDBMS特性之前。

Mohammad 15 年前

不过,根据您的缩放方式,您可能希望保留一个键/值结构以及一个平面数据表示形式,以便进行查找。

还考虑使用Apache AB进行一些基准测试,并了解您的更改如何影响您的并发输出。

祝你好运:)

推荐文章

Praveen Rathode · nanomsg中是否可能存在IP多播?

7 年前

user3216514 · WebSocket和可扩展性

7 年前

greg · 如何检测多核可扩展性/争用问题

7 年前

Sonam · rabbit mq的缩放

7 年前

coolk · 在Cassandra上使用hazel cast有什么好处吗

7 年前

Kevin Cohen · neo4j获取新节点列表(更改提要)

7 年前

coolk · rdbms的自动保存性能

7 年前

Leonardo · 线程池。将线程设置为预热策略

7 年前

stojsins · CSS可扩展性图像映射

9 年前

fstab · 对正常控制流程使用例外情况是一种不鼓励还是不鼓励的做法?

11 年前