level 1
凤明媚鹏国
楼主
MySQL数据库集群IO分离是通过从slave(从服务器)读取master(主服务器)的操作日志,然后应用到自己的数据上来实现数据的统一,再使用mysql-proxy来进行io请求的分发,达到i请求发送到master,o请求发送到slave;
我看到这里,就有几个问题:
1.slave(从服务器)这样不是更加浪费存储空间吗?
一开始采用集群的IO分离是为了解决一台服务器的高并发问题,现在将IO分离了,但是使用了至少2台已上的服务器(主从服务器各一台)。虽然master的关于读的请求分发给了slave,但是相对了却多使用了一台服务器,而且本来master和slave加起来是2台服务器,存储容量是master的2倍,现在因为数据统一,最多就只能存储master容量的最大值,这不是浪费了一整个服务器的存储空间??????
2.slave还是有IO操作,只有master的o操作减少了
当存储数据之后是先在master上存储,然后才有了操作日志,接着slave才能根据日志更新自己的数据,这个上面首先就有一定的时间差,其次读操作全身由slave来完成,那么,slave既然IO操作都有,这和使用集群IO分离之前有什么区别?存储容量没变,还增加了一台服务器的成本,IO的操作时间也一样。这样优化的地方到底在哪里????
2016年04月21日 14点04分
1
我看到这里,就有几个问题:
1.slave(从服务器)这样不是更加浪费存储空间吗?
一开始采用集群的IO分离是为了解决一台服务器的高并发问题,现在将IO分离了,但是使用了至少2台已上的服务器(主从服务器各一台)。虽然master的关于读的请求分发给了slave,但是相对了却多使用了一台服务器,而且本来master和slave加起来是2台服务器,存储容量是master的2倍,现在因为数据统一,最多就只能存储master容量的最大值,这不是浪费了一整个服务器的存储空间??????
2.slave还是有IO操作,只有master的o操作减少了
当存储数据之后是先在master上存储,然后才有了操作日志,接着slave才能根据日志更新自己的数据,这个上面首先就有一定的时间差,其次读操作全身由slave来完成,那么,slave既然IO操作都有,这和使用集群IO分离之前有什么区别?存储容量没变,还增加了一台服务器的成本,IO的操作时间也一样。这样优化的地方到底在哪里????