当更新缓存时,会向共享缓存发送 invalid 消息,其它进程在读缓存时会去处理invalid消息,如果发现这个消息变 invalid 了,就会去表中重新读数据,读的时候会根据事务隔离级别确定是否使得新的缓存数据去做后面的事(read commit 会有可能看到新缓存,如果那个事务在发送完invalid消息后commit了)。
也就是说,缓存的一致性保证是通过事务的机制保证的。
详细解决方案
greenplum 高速缓存的一致性保证
热度:73 发布时间:2024-02-01 23:53:53.0
相关解决方案
- WEB-APP 高速缓存 Memcache 容易例子
- greenplum 安装异常 psql: FATAL: DTM initialization
- webpack 4 笔记八 高速缓存
- # Mysql 、SqlServe、Oracle、DB2、PostgreSQL、Greenplum max()min() length()等 常用函数总结
- 38 | 高速缓存(下):你确定你的数据更新了么?
- 37 | 高速缓存(上):“4 毫秒” 究竟值多少钱?
- 高速缓存--挖掘之六
- greenplum 分区和分布键
- 计算机(四):计算机内存模型(CPU、高速缓存、内存)是什么?
- greenplum 背景进程的启动
- Pivotal Greenplum? 6.9-管理员指南-管理系统-访问数据库-Greenplum数据库高可用性概述
- greenplum 高速缓存的一致性保证
- Pivotal Greenplum? 6.9-管理员指南-管理系统-使用gpbackup和gprestore的并行备份-备份/还原存储插件API(Beta版)
- Greenplum SQL问题重现利器 Minirepo
- 高速缓存 cache
- 深入理解计算机系统阅读笔记CSAPP(2)处理器读并且解释内存当中的指令,系统的硬件组成,高速缓存,存储设备形成的层次结构,操作系统管理硬件