读写数据比例 2:1 左右的服务端，适合通过数据库分布式属性来加速么

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 3880 天前的主题，其中的信息可能已经有所发展或是发生改变。

现在放在阿里云，一些在美国的用户反应说速度太慢了，用的是PostgreSQL数据库，说是可以分布式的，具体还没实践过。
不知道这种目的是“加速”的场景适合用分布式/集群的属性么？

分布式

数据库

属性

6 条回复 • 1970-01-01 08:00:00 +08:00

dreampuf

2014-04-11 11:24:20 +08:00

US 做个 slave ?

oldcai

2014-04-11 11:30:28 +08:00

@dreampuf 是这么打算的，像这么做有没有什么坑之类的？

dreampuf

2014-04-11 11:41:34 +08:00

@oldcai PG不了解，据说做M/S比MySQL麻烦。MySQL的 M/S 一堆坑

oldcai

2014-04-11 11:56:32 +08:00

@dreampuf
我是这么想的：同步的时候，写操作大概会锁两边的数据库，因为不然这边创建了一条新记录，自增字段的id到了100,那边也新增了一条，也是id=100了，就会出问题。

或者slave只能读，那么写比率比较大的情况下，加速只能加读的部分。

不知道像其他数据库比如cassandra同步的时候是怎么搞定自增字段的。

oldcai

2014-04-11 12:01:11 +08:00

@dreampuf 整了下，发现slave确实是只读的。写操作会报cannot execute INSERT in a read-only transaction

plprapper

2014-04-11 12:14:09 +08:00

速度慢到底是哪个环节慢搞清楚了吗

如果只是网速慢搞成这样也很累的。还是去做代理加速吧。

数据搞成2份后患无穷。