MySQL 主从复制与读写分离概念及架构分析 (转)

怼烎@ 2022-09-27 00:26 143阅读 0赞

1.MySQL主从复制入门

首先，我们看一个图：

2.主从复制的几种方式

3.主从复制分析

<table style="margin:0px auto; padding:0px; border:1px solid silver; border-collapse:collapse; word-break:break-word; color:rgb(51,51,51); font-family:verdana,Arial,Helvetica,sans-serif; font-size:14px; line-height:25.2px; width:718px"> 
 <tbody style="margin:0px; padding:0px"> 
 <tr style="margin:0px; padding:0px"> 
 <td style="margin:0px; padding:3px; border:1px solid rgb(0,0,0); border-collapse:collapse"> &nbsp; 问题1：master的写操作，slaves被动的进行一样的操作，保持数据一致性，那么slave是否可以主动的进行写操作？ &nbsp; 假设slave可以主动的进行写操作，slave又无法通知master，这样就导致了master和slave数据不一致了。因此slave不应该进行写操作，至少是slave上涉及到复制的数据库不可以写。实际上，这里已经揭示了读写分离的概念。 &nbsp; &nbsp; 问题2：主从复制中，可以有N个slave,可是这些slave又不能进行写操作，要他们干嘛？ &nbsp; 可以实现数据备份。 类似于高可用的功能，一旦master挂了，可以让slave顶上去，同时slave提升为master。 异地容灾，比如master在北京，地震挂了，那么在上海的slave还可以继续。 主要用于实现scale out,分担负载,可以将读的任务分散到slaves上。 【很可能的情况是，一个系统的读操作远远多于写操作，因此写操作发向master，读操作发向slaves进行操作】 &nbsp; 问题3：主从复制中有master,slave1,slave2,...等等这么多MYSQL数据库，那比如一个JAVA WEB应用到底应该连接哪个数据库? &nbsp; 当 然，我们在应用程序中可以这样，insert/delete/update这些更新数据库的操作，用connection(for master)进行操作，select用connection(for slaves)进行操作。那我们的应用程序还要完成怎么从slaves选择一个来执行select，例如简单的轮循算法。 这样的话，相当于应用程序完成了SQL语句的路由，而且与MYSQL的主从复制架构非常关联，一旦master挂了，某些slave挂了，那么应用程序就要修改了。能不能让应用程序与MYSQL的主从复制架构没有什么太多关系呢？可以看下面的图： &nbsp; <a href="http://s3.51cto.com/wyfs02/M02/4C/46/wKioL1Q6Z3aj0qD3AAFTRVV5DP0026.jpg" style="margin:0px; padding:0px; text-decoration:none; color:rgb(0,0,0); border-bottom-width:1px; border-bottom-style:dotted; border-bottom-color:rgb(51,51,51)" rel="nofollow"></a> 找一个组件，application program只需要与它打交道，用它来完成MYSQL的代理，实现SQL语句的路由。 &nbsp; mysql proxy并不负责，怎么从众多的slaves挑一个？可以交给另一个组件(比如haproxy)来完成。 &nbsp; 这就是所谓的MYSQL READ WRITE SPLITE，MYSQL的读写分离。 &nbsp; &nbsp; 问题4：如果mysql proxy , direct , master他们中的某些挂了怎么办？ &nbsp; 总统一般都会弄个副总统，以防不测。同样的，可以给这些关键的节点来个备份。 &nbsp; &nbsp; 问题5：当master的二进制日志每产生一个事件，都需要发往slave，如果我们有N个slave,那是发N次，还是只发一次？ &nbsp; 如果只发一次，发给了slave-1，那slave-2,slave-3,...它们怎么办？ 显 然，应该发N次。实际上，在MYSQL master内部，维护N个线程，每一个线程负责将二进制日志文件发往对应的slave。master既要负责写操作，还的维护N个线程，负担会很重。可 以这样，slave-1是master的从，slave-1又是slave-2,slave-3,...的主，同时slave-1不再负责select。 slave-1将master的复制线程的负担，转移到自己的身上。这就是所谓的多级复制的概念。 &nbsp; &nbsp; 问题6：当一个select发往mysql proxy，可能这次由slave-2响应，下次由slave-3响应，这样的话，就无法利用查询缓存了。 &nbsp; 应该找一个共享式的缓存，比如memcache来解决。将slave-2,slave-3,...这些查询的结果都缓存至mamcache中。 &nbsp; &nbsp; 问题7：随着应用的日益增长，读操作很多，我们可以扩展slave，但是如果master满足不了写操作了，怎么办呢？ &nbsp; scale on ?更好的服务器？ 没有最好的，只有更好的，太贵了。。。 scale out ? 主从复制架构已经满足不了。 可以分库【垂直拆分】，分表【水平拆分】。 </td> 
 </tr> 
 </tbody> 
</table>