关于MySQL读写分离的问题

comliu

最近正在做一个项目的前期技术准备。这个项目准备将后台的数据库和前台的数据库分离。后台数据库主要进行写入操作，前台数据库则进行只读的查询操作。

在网上查了一下“MySQL 读写分离”，发现很多都是基于MySQL Proxy实现的。实际上我这个项目可以在程序层面上进行控制，也就是说后台应用链接到Master，前台链接到Slaver企且保证只读，这样就可以不用上MySQL Proxy了吧。

再有一个问题就是如果Slaver如果宕机的话，重启之后会不会自动从Master同步数据？

做双机热备的目的是为了实现数据库的前后台分离，所以不准备做故障切换。也就是说如果Master挂了，那么Slaver还能继续为前台用户服务，但是后台就访问不了了，还得重启。Master重启后，是不是就能自动回复与Slaver的同步机制呢？


由于我刚介入MySql，对于MySQL的一些机制还不甚了解，恳请赐教。

bs

Proxy和replication没有关系,使用replication你可以在应用层分离读写

ruochen

可以不使用proxy

但是你前期最好考虑m和s的单点问题

909413335

在网上查了一下“MySQL 读写分离”，发现很多都是基于MySQL Proxy实现的。实际上我这个项目可以在程序层面上进行控制，也就是说后台应用链接到Master，前台链接到Slaver企且保证只读，这样就可以不用上MySQL Proxy了吧。
==是的，不同的程序连接到不同的服务器。

再有一个问题就是如果Slaver如果宕机的话，重启之后会不会自动从Master同步数据？
==会自动同步，前提是你的SLAVE宕机的时候，没有影响到复制同步。

做双机热备的目的是为了实现数据库的前后台分离，所以不准备做故障切换。也就是说如果Master挂了，那么Slaver还能继续为前台用户服务，但是后台就访问不了了，还得重启。Master重启后，是不是就能自动回复与Slaver的同步机制呢？
==》可以自动复制，前提是MASTER的故障不影响主从的复制。