MySQL主从复制的常见拓扑、道理说明以及怎样进步服从
利益
弱点
4.2、Row-Based利益和弱点说明 利益
弱点
获取更具体的信息可以参考官方文档——Row-Based的利益和弱点 bin-log日记文件默认的名目为Statement-Based,假如想改变其名目在开启处事的时辰行使—binlog-format选项,其详细呼吁如下 mysqld_safe –user=msyql –binlog-format=名目 & 四、主处事器流程说明 4.1、主处事器线程 Binlog dump thread Binlog dump 线程是当有从处事器毗连的时辰由主处事器建设,其大抵事变进程经验如下几个阶段: 起首bin-log日记文件加锁,然后读取更新的操纵,读取完毕往后将锁开释掉,最后将读取的记录发送给从处事器。 我们可以行使如下的呼吁来查察该线程的信息
以我的体系为例,由于我这体系中是一台主处事器和两台从处事器,以是会列出两条Binlog dump线程的信息
上述字段中的state字段会有以下几种状态: 1. Sending binlog event to slave 暗示Binlog dump 线程已经读取完binlog日记中更新的event,此刻正在发送给从处事器 2. Finished reading one binlog; switching to next binlog 暗示Binlog dump 线程已经读取完一个binlog日记,此刻正在打开下一个binlog日记读取来发送给从处事器 3. Master has sent all binlog to slave; waiting for binlog to be updated 这就是上面我们看到的state的值,暗示Binlog dump 线程已经读取完全部的binlog日记文件,而且将其发送给了从处事器。此刻处于空闲状态,正在守候读取有新的操纵的binlog日记文件 4. Waiting to finalize termination 这个状态一连的很短暂,我们险些看不到。当线程遏制的时辰表现此状态。 上述几个状态就是一次主从复制进程中Binlog dump 线程所经验的状态,假如我们是在测试的情形中,上述1、2、4状态我们险些是看不到的,由于它执行的很快。 (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |