对以前 分布式锁的 错误理解的纠正,以及 mysql数据 同步理解的 纠正

以前的理解

分布式锁产生的条件(应用和存储集群两块)

	1. 集群相同
	2. 集群涉及负载均衡,即集群的每个节点都参加,提供服务

分布式锁解决的问题(有两个)

	1.先把,集群的 共享数据 同步,即机器之间的 共享数据是可见的,并且同步的,这样集群就可以当做 一个机器
	2.再 考虑,对共享资源 上锁 解决并发 安全问题(这时 集群 就单作 一个机器来处理)

1.对 分布式锁这块,不同机器的 内存都是不可见的,或者说 根本是两块内存,我们要 保证 2快内存 像 一块内存一样,保证它的同步性,即一台机器的内存变化,其他机器跟着 变化,这个理解是正确的

2.但是,对于 mysql 数据的 不是 我之前想到,数据库集群也要保证同步性,因为数据库集群不是这样设计的
我们知道,集群的设计就两种,数据库设计的设计,既要保证高可用,也要保证扩容,而扩容是存储能力扩容
1.高可用:即分片(主从,)
2.处理能力扩容:主从 ,读写分离(只提供了,读的 处理能力扩容,没有提供写的)
3.存储能力:暂且不知道怎么处理,
反正 不管怎样提稿 存储能力和写处理能力的扩容,都不能产生 分布式锁问题
存储集群 不要产生 分布式锁 保证 节点数据同步的 问题

上一篇:计算机毕业设计asp.net校园美食派送系统(源码+系统+mysql数据库+Lw文档)


下一篇:Python连接MySQL数据库,批量生成随机测试数据。