如何解决数据库读写分离的时间延时

如何解决数据库读写分离的时间延时

不是很懂mysql的replication. 但是我以前做过Oracle Timesten replication, 可以讲讲给你参考。像Oracle这样的数据库对于1对1的同步是非常快速的，但是需要支持3个以上节点的时候，由于快速的复制/确认机制，内存读写和网络传输数据量会非常庞大. 对于3个以上节点的数据库同步，要开始考虑自己写一个程序，然后在各个节点上运行，进行互相主备同步。我当初是为国外一个电信运营商编写的程序，6个节点，非常稳定。 既然Oracle都无法支持这种同步，Mysql能否支持，我个人觉得怀疑.
后来的数据库设计成如下模式了, 3台master，互相通过我的程序进行同步。 在本地又各自搭建主从(master/slave)模式，利用数据库自己的replication进行互备。每秒钟大概处理3000transactions.

在老版本的mysql 3.22中，mysql的单表限大小为4gb，当时的mysql的存储引擎还是isam存储引擎。但是，当出现myisam存储引擎之后，也就是从mysql 3.23开始，mysql单表最大限制就已经扩大到了64pb了（官方文档显示）。也就是说，从目前的技术环境来看，mysql数据库的myisam存储 引擎单表大小限制已经不是有mysql数据库本身来决定，而是由所在主机的os上面的文件系统来决定了。 　　而mysql另外一个最流行的存储引擎之一innodb存储数据的策略是分为两种的，一种是共享表空间存储方式，还有一种是独享表空间存储方式。 　　当使用共享表空间存储方式的时候，innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所 以其大小限制不再是文件大小的限制