你所在的公司数据库（mysql）都采用了什么高可用架构？

rushm

最近根据网上keepalive改进下，实现m-s切换，配合程序实现读写分离，迟点贴出来

mchdba

rushm 发表于 2013-1-16 18:11
最近根据网上keepalive改进下，实现m-s切换，配合程序实现读写分离，迟点贴出来

支持原创，支持自己改进，你们的keepalive是怎么改进的呢？

xin1shou3

mchdba 发表于 2013-1-14 23:15
敢用单机？单点故障了怎么办呢？

你推荐用什么？

ice_ma

大部分是mysql和oracle构架的吧·

rushm

mchdba 发表于 2013-1-16 22:23
支持原创，支持自己改进，你们的keepalive是怎么改进的呢？

其实就是keepalive+脚本，公司一般两台mysql一组，既要故障自动切换，又有两个ip读写分离需求，也不想加多其他机器，折腾一个够自己用的方案出来

ifeelstupid

rushm 发表于 2013-1-17 16:41
其实就是keepalive+脚本，公司一般两台mysql一组，既要故障自动切换，又有两个ip读写分离需求，也不想加多 ...

都在一个机房？没有考虑本地机房挂了怎么办吗？

rushm

ifeelstupid 发表于 2013-1-18 08:43
都在一个机房？没有考虑本地机房挂了怎么办吗？

那就考虑挂异地挂多几个instance来同步嘛

mchdba

rushm 发表于 2013-1-18 10:53
那就考虑挂异地挂多几个instance来同步嘛

异地灾备中心啊，这个要成本很大的说了。

rushm

mchdba 发表于 2013-1-18 23:38
异地灾备中心啊，这个要成本很大的说了。

好像replication对于网络稳定性要求不是很高，如果数据量大，实时性、安全性要求高的话，成本的确大，
机房挂了，事情很大啊。记得有个知名的sex网站，一次机房数据跪了，数据都丢失了，从头来过，包括注册用户，种子……哈哈

mchdba

rushm 发表于 2013-1-19 16:02
好像replication对于网络稳定性要求不是很高，如果数据量大，实时性、安全性要求高的话，成本的确大，
机 ...

那个 知名的sex网站 没有前一天的备份吗，直接恢复不就行了啊？ 为什么要重头来过呢？