CopyOnWrite 个人理解以及应用
2024-10-07 09:49:17
缘由
最近在看《Redis 设计与实现》,看到Redis的执行bgsave
生成dump.rdb
是根据CopyOnWrite
的
之前也不是很懂为啥要有CopyOnWrite
这个东西
翻看文章搞明白了
如果有多个调用者(callers)同时请求相同资源(如内存或磁盘上的数据存储),他们会共同获取相同的指针指向相同的资源,直到某个调用者试图修改资源的内容时,系统才会真正复制一份专用副本(private copy)给该调用者,而其他调用者所见到的最初的资源仍然保持不变。优点是如果调用者没有修改该资源,就不会有副本(private copy)被建立,因此多个调用者只是读取操作时可以共享同一份资源。
之前一直觉得CopyOnWrite很鸡肋.
现在解释一下:
CopyOnWrite
就是不同的线程操作不同的资源,最后再整合,因此是线程安全的,但不能保证强一致性
比如我现在数据 1234 我要插入5
那么原来的线程看到的数据是 1234 我新开的线程看到的数据是 12345
并且CopyOnWriteList
中的set
和add
方法都是加锁了的,所以至多有一份拷贝。当这份拷贝资源执行完后,才会释放锁,进行下次的set
或add
方法
参考博客
最新文章
- Spring Security控制权限
- mysql 简单优化方法
- Vue.js – 基于 MVVM 实现交互式的 Web 界面
- HTML布局与框架
- iOS开发-UITextView根据内容自适应高度
- 添加Java文档注释
- linux常用命令的英文单词缩写
- Hdu 5289-Assignment 贪心,ST表
- pycharm console 控制台乱码的解决
- HashMap工作原理
- android:强大的图片下载和缓存库Picasso
- C# 笔试题,看你会几道题
- PyTorch教程之Autograd
- java调用kettle的job和transfer工具类
- Ajax+Struts2实现验证码验证功能
- Hadoop高可用集群
- DataTable 快速导入数据库——百万条数据只需几秒
- java计算时间差, 日期差小结
- Java 迭代器 工具类
- Redis.conf配置文件内容详解