【架构师训练营 1 期】第六周学习总结

MySQL一主多从复制（通过binlog传递执行命令）

优点：分摊负载、专机专用、便于冷备、高可用。

（个人思考）问题：无法缓解主节点的（写）并发压力。解决：通过逻辑分片的方式，实现多个“一主多从”，缓解主节点写并发压力。



MySQL主主复制（可提高主节点写的高可用）

（个人思考）问题：主节点之间的数据同步会存在一定延时，会导致读时数据不一致问题。另外，如果同时向2个主节点写入时，会导致数据同步冲突。在实际生产中是否应该尽量避免使用这种方式？而采用逻辑分片来实现多个一主多从（主主间的数据相互隔离）从而缓解主节点的写并发压力。



MySQL主主失效的维护过程（检测、失效转移、重建失效服务器、恢复主主备份）

个人思考：个人认为应该避免使用主主复制方案（就能避免这个问题），如果采用数据分片，即多个“一主多从”，当某一个集群中的主节点失效了，则自动降级为从节点，同时将该集群中的某个从节点升级为主节点，同理多个（一主多从）集群如法炮制这种方式，从而解决各集群中主失效的高可用问题。



课程笔记：MySQL复制要注意，主主复制的两个DB不能并发写入；复制只是增加了读的并发的能力，并没有增加写并发的能力；更新表结构会导致巨大的同步延迟（通过人工方式在合适的时间同时更新多个库表结构）



课程笔记：提升写并发能力，进行数据分片（用户key与服务器硬编码,映射表外部存储），通过分布式DB中间件（Mycat、Cobar）处理数据分片（分片字段、路由算法）。



项目演进过程中数据分片的方式：逻辑分片——>业务分片



分布式数据库综合部署方案：（如下图）



理解CAP原理：C一致性（每次读取数据要么返回最新的，要么返回一个错误）、A可用性（强调每次请求都可以访问到，不要求数据是最新的）、P分区耐受性（因网络原因服务器节点间消息丢失或延迟，系统依然可操作）



学习分布式一致性架构，了解搜索引擎的基本架构（这部分还需反复观看，加强理解和吸收）。