仅两台MySQL server,一台主,一台从。MySQL启动脚本:
通过见证SERVER,查询是否已经有了MASTER:
如果没有,就把自己的信息留在见证SERVER,同时把自己设为MASTER。
如果有,把自己的信息留在见证SERVER,然后把MASTER信息取下来,把自己设为SLAVE。运行中脚本:
如果,某一台MySQL掉线了,见证SERVER就把它的信息删除,通知另外一台MySQL成为MASTER。当掉线后MYSQL重连的时候,见证服务器通知它成为slave。
In a simple configuration: one master and one slave.
Recipe to promote a slave to a master for simple replication.
On Master:
1. FLUSH LOGS;
这个是否可行?
On Slave:
   1. STOP SLAVE;
   2. RESET MASTER;
   3. Optional: CHANGE MASTER TO MASTER_HOST='';On Old Master re-start:
   1. ……;当DOWN的MySQL 重新启动时,它会自动变成SLAVE。
这样,两台MYSQL可以自动同步。

解决方案 »

  1.   

    需求:
    数据量较大,实时不间断地提供数据库服务。运行环境:
    仅两台MySQL server,一台主,一台从。
    主和从之间可能跨网段。
      

  2.   

    和这个方案相比,使用MySql-Cluster,有什么好处和局限性呢?
      

  3.   

    On Master:
    1. FLUSH LOGS;
    这个是否可行?
    =====================
    关键是这个会不会丢失数据?
      

  4.   

    主从是复制数据,而CLUTER是每台MYSQL都起同样的角色,可以自动负载平衡。
      

  5.   

    CLUSTER也一样有复制数据的作用吧?
    比如,有两个节点,正常情况下,他们的数据是完全一样的吧?
      

  6.   

    唉,其实我的问题是:既要高可用,又要高性能,还要数据冗余。
    MYSQL CLUSTER和主从能满足吗?
    我们目前的配置是:
    两个CLUSTER,构成数据冗余。
    每个CLUSTER有两台MYSQL SERVER和一个磁盘阵列。
    问题是:
    CLUSTER下面的MYSQL SERVER切换时数据丢失......
    两个CLUSTER之间的数据完整性成问题,数据不一致......
    哭~~~~~~~~~~~~~~~~~~