,看一个图:影响MySQL-A数据库的操作,在数据库执行后,都会写入本地的日志系统A中。假设,实时的将变化了的日志系统中的数据库事件操作,在MYSQL-A的3306端口,通过网络发给MYSQL-B。MYSQL-B收到后,写入本地日志系统B,然后一条条的将数据库事件在数据库中完成。那么,MYSQL-A的变化,MYSQL-B也会变化,这样就是所谓的MYSQL的复制,即MYSQLreplication。在上面的模型中,MYSQL-A就是主服务器,即master,MYSQL-B就是从服务器,即slave。日志系统A,其实它是MYSQL的日志类型中的二进制日志,也就是专门用来保存修改数据库表的所有动作,即binlog。【注意MYSQL会在执行语句之后,释放锁之前,写入二进制日志,确保事务安全】日志系统B,并不是二进制日志,由于它是从MYSQL-A的二进制日志复制过来的,并不是自己的数据库变化产生的,有点接力的感觉,称为中继日志,即relaylog。可以发现,通过上面的机制,可以保证MYSQL-A和MYSQL-B的数据库数据一致,但是时间上肯定有延迟,即MYSQL-B的数据是滞后的。【即便不考虑什么网络的因素,MYSQL-A的数据库操作是可以并发的执行的,但是MYSQL-B只能从relaylog中读一条,执行下。因此MYSQL-A的写操作很频繁,MYSQL-B很可能跟不上。】,意思是master的变化,必须等待slave-1,slave-2,...,slave-n完成后才能返回。这样,显然不可取,也不是MYSQL复制的默认设置。比如,在WEB前端页面上,用户增加了条记录,需要等待很长时间。异步复制如同AJAX请求一样。master只需要完成自己的数据库操作即可。至于slaves是否收到二进制日志,是否完成操作,不用关心。MYSQL的默认设置。半同步复制master只保证slaves中的一个操作成功,就返回,其他slave不管。这个功能,是由google为MYSQL引入的。:master的写操作,slaves被动的进行一样的操作,保持数据一致性,那么slave是否可以主动的进行写操作?假设slave可以主动的进行写操作,slave又无法通知master,这样就导致了master和slave数据不一致了。因此slave不应该进行写操作,至少是slave上涉及到复制的数据库不可以写。实际上,这里已经揭示了读写分离的概念。问题2:主从复制中,可以有N个slave,可是这些slave又不能进行写操作,要他们干嘛?可以实现数据备份。类似于高可用的功能,一旦master挂了,可以让slave顶上去,同时slave提升为master。异地容灾,比如master在北京,地震挂了,那么在上海的slave还可以继续。主要用于实现scaleout,分担负载,可以将读的任务分散到slaves上。【很可能的情况是,一个系统的读操作远远多于写操作,因此写操作发向master,读操作发向slaves进行操作】问题3:主从复制中有master,slave1,slave2,...等等这么多MYSQL数据库,那比如一个JAVAWEB应用到底应该连接哪个数据库?当然,我们在应用程序中可以这
MySql读写分离 来自淘豆网m.daumloan.com转载请标明出处.
