Mysql的读写分离真的能提高性能吗？

anlinew

原帖由 shengang34 于 2009-7-1 12:56 发表
master的写是并发的。

slave 的写是顺序的，通过bin-log日志。所以slave写所消耗的资源没有master大。

slave的写顺序的是什么意思？何以能够消耗更小的资源？

strong_sjhi

意思是不是说如master 那边同一时间有100个人更新帖子，但是到了slave这边会把这100个更新分散在1分钟内更新？

WESTLIFE_XU

原帖由 anlinew 于 2009-7-1 14:29 发表

slave的写顺序的是什么意思？何以能够消耗更小的资源？

简单说slave只能是单线程是应用bin log，而master就不一样了，可能是高并发写。

资源当然节省了，mysql 号称复制消耗的资源非常小，同时对master主库的影响不大。

WESTLIFE_XU

原帖由 tigerfish 于 2009-7-1 14:11 发表




我们目前不存在瓶颈

只是对这种技术手法表示困惑，用过的人宣称，确实有很大改进，我只是想从技术上探讨、解释，为什么表面上看起来并没有减少读写量，但却能获得实际效果？

哪台机器的读没有减少？我怀疑老虎是在灌水


读写分离，分摊的不是写压力，而是读压力。

anlinew

原帖由 WESTLIFE_XU 于 2009-7-1 15:02 发表




简单说slave只能是单线程是应用bin log，而master就不一样了，可能是高并发写。

资源当然节省了，mysql 号称复制消耗的资源非常小，同时对master主库的影响不大。

这么说master也用这个单线程应用bin log的技术呗

tigerfish

原帖由 WESTLIFE_XU 于 2009-7-1 15:05 发表



哪台机器的读没有减少？我怀疑老虎是在灌水


读写分离，分摊的不是写压力，而是读压力。

注意在我描述的这个场景里，读还是集中在B一台机器上

我的理解，由于A没有读，所以写是比较快的，反映在页面操作上，发帖肯定会感觉快了，另外在读帖子的时候如果有记录点击等等的操作，也会加快，感觉到的”快感“可能就反应在这些地方

WESTLIFE_XU

sql执行快不快，页面相应速度慢不慢，总觉得读写分离本身没有太大的关系。

读写分离说到架构层面上了，更关注的服务器的整体压力

kingsun555

SLAVE有两个线程，一个I/O，一个SQL。
I/O从MASTER读BINLOG，存在本地中继日志，SQL线程从这里面拿出日志做执行。

当然，还分是行级的还是语句级的。
不管怎么样，SLAVE的写入会快些吧，磁盘I/O会小些吧。

xiaomao456

首先， 主从赋值的原理是
(1)    master将改变记录到二进制日志(binary log)；
(2)    slave将master的binary log events拷贝到它的中继日志(relay log)；
(3)    slave重做中继日志中的事件，将改变反映它自己的数据。

重表面上看数据和读写量都没有减少，这里需要注意的是中继日志是存放到缓存中的这样，在进行读写操作的时候会比master改变物理磁盘上的日志binary log速度要快，这样比较用户在一台机器既读又写还在I/O磁盘操作比起来，速度会有提高！