数据库的高可用架构一般在系统的底层 ， 这方面的技术要求比较高 ， 整个高可用系统大致如下：
文章插图
3.总结
我们都知道 ， 单点是系统高可用的大敌 ， 单点往往是系统高可用最大的风险和敌人 ， 应该尽量在系统设计的过程中避免单点 。
方法论上 ， 高可用保证的原则是“集群化” ， 或者叫“冗余”：只有一个单点 ， 挂了服务会受影响；如果有冗余备份 ， 挂了还有其他backup能够顶上 。冗余的最大难道是一致性即复制技术 ， MySQL提供了一个思路 。
有了冗余之后 ， 还不够 ， 每次出现故障需要人工介入恢复势必会增加系统的不可服务实践 。所以 ， 又往往是通过“自动故障转移”来实现系统的高可用 。灾备的恢复一般通过日志来做 ， 日志的设计也是难点 ， MySQL提供了一个思路 。
推荐阅读
- 茶艺的功能多样 通常要分类研究
- 茶艺从什么方面来理解
- 梦见从口中拔出异物 梦见从喉咙里拽出异物
- 洗面奶|从洁肤开始保护肌肤达到爽洁、润泽、富健康光泽状态
- 怎样运营好一个抖音账号 抖音账号如何运营
- 从哪个朝代开始有茶壶的
- 生科医学|北京新增本土核酸阳性“9+1”：涉4个区、1例从上海抵京
- 天津的文化历史从头说 天津历史文化
- MySQL 8 和 MySQL 5.7 在小型设备的内存消耗分析
- 好用的mysql的客户端工具？