对于数据库主从及分表，你们是更乐意在代码层面来做还是直接使用中间件，比如 mysql-proxy？

代码层面，为了满足一些特殊的需要，比如多实例。

我们换成了MongoDB，之后用Sharding。

@vietor MongoDB感觉是用着挺舒服的，和nodejs搭配起来更是非常方便

@88250 多实例？强制指定连接某台服务器而不是随机抽取slave或master？

@vietor 的确，mongodb的话，自身已经做了类似mysql-proxy的很多工作了

刚开始基本都是在代码层面来做吧

@vietor mongo似乎没有锁和事务？那一些常见问题是怎么处理的呢？

@66CCFF
mongo有锁，只是你不能mongo.lock()
mongo的确不支持事务，如果需要使用mongodb还需要事务，建议你看一下Tokumx

开始都是代码层面上做吧，简单shard之类的。
公司的业务做到后面一般会使用proxy，因为写业务逻辑的人可能根本不知道分表逻辑。
对他们屏蔽底层细节，降低耦合。
个人项目的话，无所谓吧。

@MasterYoda 开发测试环境是内网linux，已经装有atlas了，所以一开始就是中间件的开发环境，分表什么的配置都在中间件中配置，感觉还ok。

mysql实时同步有什么好的建议？mysql replication异步容易延迟。

mysql同步机制决定了几乎不存在"实时"同步
数据写入master,master生成bin-log,slave读取bin-log,slave执行bin-log
每一个都可能产生很高的延迟...

@cevincheung 容易延迟是肯定的，还是要看延迟的原因，如果确定是由于写入量过大导致的（因为master可以多线程写，slave却只能单线程同步），可以考虑使用多线程的同步工具，记得淘宝的mysql组有过成熟的解决方案。

当然延迟也有可能是网络延迟导致的，或者slave机器配置很差或者负载过高。不同原因不同解决思路。

@66CCFF MongoDB上没有事务。锁倒是有的，应该是隐含的，比如$set,$inc之类的并发锁。

所有“事务”性质的请求都可以拆分成“非事务”的，只是清理垃圾数据的时候得自己来，呵呵。

@cevincheung 同步方面，其中一个就是采用/*master*/开头把语句导向主库，另外一个就是先放到缓存里 读的时候先读缓存