非常赞同jillme的看法，架构无所谓先进，只有适合不适合，看的是是否符合需求。最好的架构是让开发成本+运维成本的总和保持最低。假设需要开发一个系统，用一次就作废，那就连备份都不需要了，现在这些有备份机制的数据库反而成了累赘。一些天生为分布式而开发的数据库，应该算是“架...

这个不一定。只是说一般都是建议简单高效，易维护就好。不过建议能做负载的最好做负载。

按业务场景拆分，当然要先评估，最好的方式是上层建筑，预先就设计好，后期拆分只是补救。

不知道你说的是什么架构。

122.png你可以看下上图，仅供参考。

还是那个问题，对数据的要求。也就是注明的CAP理论。90%互联网数据库用于简单查询，换句话说就是没有事务，交易这些需求。但是处理的数据类型多样化，如：图片，文档等。所以互联网数据库多采用NoSQL的数据库。但是我理解券商如果要转向互联网金融，还是要分开交易数据和查询数据。...