本文探讨了串行化在追求数据一致性时可能导致的并发问题，以及如何通过改变系统结构确保消息有序性。同时，重点介绍了分布式锁的概念，包括互斥性、死锁避免和使用Redis实现分布式锁定的注意事项，特别关注了删除操作的原子性问题及其解决方案。
串行化
通过串行化可能产生并发问题操作，牺牲性能和扩展性，来满足对数据一致性的要求。比如分布式消息系统就没法保证消息的有序性，但可以通过变分布式消息为单一系统就可以保证消息的有序性了。另外，当接收方没法处理调用有序性，可以通过一个队列先把调用信息缓存起来，然后再串行的处理这些调用。
分布式锁
需要满足互斥性，在任意时刻，只有一个客户端能持有锁，不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁；加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了；加锁和解锁必须具有原子性。可以用Redis实现分布式锁。
可能会释放其他服务器的锁
在删除之前先进行判断看是不是自己的锁，通过uuid进行锁的标识。
删除操作缺乏原子性
需要使得判断和删除是原子性的，可以使用Lua脚本实现判断和删除操作的原子性
扫一扫
1651
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
