Rocksdb 事务梳理（脑图）

最新推荐文章于 2023-12-09 11:54:29 发布
最新推荐文章于 2023-12-09 11:54:29 发布
阅读量462 收藏
点赞数
分类专栏： # 分布式事务 文章标签： java 数据库 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Gloria_y/article/details/121804868
版权
本文探讨了在事务处理中的并发控制，重点介绍了snapshot+MVCC如何解决并发问题。同时，阐述了在分布式和单机事务中，如何通过HLC时间戳保证写操作的顺序。此外，还对比了乐观锁和悲观锁在减少锁开销及冲突处理上的差异，指出乐观锁适合冲突较少的场景。通过对RocksDB事务实现的分析，进一步理解了这些机制的实际应用。
摘要由CSDN通过智能技术生成

简述：

并发控制：

  • 在事务的场景中并发控制目前比较常用的解决方案就是snapshot+MVCC；

写操作的保序：

  • 在写的“排序”上，不管是分布式事务还是单机事务，都需要有机制来保证事务的顺序；比如基于HLC的分布式事务实现中，HLC其实就是用来保序的，而rocksdb中，则通过TryLock来对写操作加锁；

乐观vs悲观锁：

  • 乐观锁能减少更新操作或者GetForUpdate()时加锁的代价，但更适合冲突少的场景，否则会频繁触发commit失败；

参考：RocksDB事务实现TransactionDB分析-阿里云开发者社区 

年更yao
关注
专栏目录
Java RocksDB安装与应用
08-28
Java RocksDB安装与应用 Java RocksDB是一种可嵌入的、持久性的key-value存储系统，它具有高性能、快速存储、可适配性和基础高级数据库操作等特点。RocksDB可以在Java中使用，安装和应用方式有多种，包括编译安装...
RocksDB源码学习(一)：事务
weixin_46322986的博客
10-20 1315
本篇博客试图从宏观上理一下 RocksDB 有关事务的部分。内容包含 DB、Transaction、WriteBatch、Sequence Num、Snapshot、Lock 等等
RocksDB 事务实现和应用场景
you_fathe的博客
03-09 1478
rocksdb 事务实现和应用场景
【Rocksdb实现分析及优化】事务之Pessimistic ①
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
09-19 1219
本文源自：https://kernelmaker.github.io/Rocksdb_transaction_1 之前对Rocksdb都是关于它主体实现的介绍，最近在看他的事务实现，还没全看完，打算边看边记录，用几篇博客详细写一下Rocksdb Transaction相关的原理及实现。这一篇先不展开细节实现，简单介绍一下它的Pessimistic Transaction。 1. Pessimistic vs Optimistic Rocksdb的事务实现包括Pessimistic（悲观）和Optimi
Rocksdb的事务（二）：完整事务体系的 详细实现
天行健，地势坤
12-28 3983
rocksdb 基本隔离级别实现 以及 并发场景的冲突解决方案。
RocksDB的特性及其应用
ajffaj的博客
10-29 2488
RocksDB的特性
nemo-rocksdb:在rocksdb上添加TTL功能，并与rocksdb兼容
05-10
介绍nemo-rocksdb与rocksdb兼容，并且我在其上添加了TTL功能，支持放置具有任何指定TTL的记录。 性能接近rocksdb，因此您可以使用它而不必担心性能损失。 它使用rocksdb作为子模块，因此如果需要，可以很容易地将...
rocksdb-8.5.3.tar.gz
09-20
5. **Write-Ahead Log (WAL)**：RocksDB使用WAL来确保事务的原子性和持久性。所有的修改都会先写入WAL，然后才更新到MemTable，即使在系统崩溃后，也能从WAL恢复未完成的写操作。 6. **Optimistic Concurrency ...
rocksdb-7.10.2.tar.gz
03-16
- **Write-Ahead Log (WAL)**：RocksDB使用WAL确保事务的原子性和持久性，所有写操作首先写入日志，然后才写入数据，保证了数据的安全性。 - **Memtable与L0 SSTables**：内存中的Memtable用于快速读写，当达到...
rocksdb-rof.pdf
02-01
RocksDB是一个为快速存储而优化的持久键值存储系统，它特别为基于闪存的固态驱动器（SSDs）而设计。RocksDB继承自LevelDB，提供了高性能，并且设计上非常灵活，以方便被更高级别的应用程序嵌入作为存储引擎。由于...
RocksDB事务实现TransactionDB分析.docx
10-31
RocksDB中的每一条记录(KeyValue)都有一个LogSequenceNumber(后面统称lsn)，从最初的0开始，每次写入加1。该值为逻辑量，区别于InnoDB的lsn为redo log物理写入字节量。 这个lsn在RocksDB内部的memtable中是单调递增的，在WriteAheadLog(WAL)中以WriteBatch为单位递增(count(batch.records)为单位)。 WriteBatch是一次RocksDB::Put()的原子操作集合，不同的WriteBatch间是遵循ACID特性(要么完全成功要么完全失败，并且相互隔离)，结构如下：
RocksDB Java基本操作、乐观锁、事务及性能测试
HumorChen的博客
12-09 3429
基于Google的LevelDB改进而来，redis是基于内存的会存在丢失情况，而RocksDB不会丢失且性能极好（硬盘和SSD）。rocksdb是一款由Facebook使用C/C++开发的嵌入式的持久化的KV数据库。​ 1.对写性能要求很高，同时有较大内存来缓存SST块以提供快速读的场景；​ 2.SSD等对写放大比较敏感以及磁盘等对随机写比较敏感的场景；（线程安全需要用事务）建立连接，创建事务，对事务操作，提交事务，失败时回滚，最终关闭。​ 1.大value的场景，需要做kv分离；
RocksDB实现原理
最新发布
m0_68678128的博客
12-09 1272
RocksDB 是 Facebook 的一个实验项目，目的是希望能开发一套能在服务器压力下，真正发挥高速存储硬件性能的高效数据库系统。这是一个 C++ 库，允许存储任意长度二进制 KV 数据。支持原子读写操作。RocksDB 依靠大量灵活的配置，使之能针对不同的生产环境进行调优，包括直接使用内存，使用 Flash，使用硬盘或者HDFS。支持使用不同的压缩算法，并且有一套完整的工具供生产和调试使用。RocksDB 大量复用了 levedb 的代码，并且还借鉴了许多HBase 的设计理念。
RocksDB与InnoDB数据库引擎比较
blissnmx的博客
06-09 1474
RocksDB和InnoDB是两种具有不同特点的数据库存储引擎。RocksDB具有高性能写入、可扩展性和压缩特性，适用于高写入负载、高并发和存储空间受限的场景；而InnoDB提供了事务支持、行级锁定和外键约束，适用于事务性应用、需要行级锁定和需要外键约束的场景。在选择存储引擎时，需要根据实际应用场景来权衡这两种引擎的优缺点。
levelDB,rocksDB,tikv优缺点
wade1010的专栏
08-10 630
LevelDB是Google开源的一个高性能键值存储引擎，具有以下优点和缺点：优点：缺点：RocksDB是一种高性能的嵌入式键值存储引擎，具有以下优点和缺点：优点：缺点：TiKV是一个分布式事务键值存储引擎，具有以下优点和缺点：
【rocksdb】事务
edward的博客
07-26 64
RocksDB事务的隔离性分析
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
09-19 740
本文源自：https://www.cnblogs.com/happytech/p/13166703.html Rocksdb事务隔离性指的是多线程并发事务使用时候，事务与事务之间的隔离性，通过加锁机制来实现，本文重点剖析Read Commited隔离级别下，Rocksdb的加锁机制。 Rocksdb事务相关类族 Rocksdb的事务相关的类图如下图所示。主要有两个类族，Transaction和DB，默认采用PessimisticTransaction，而PessimisticTransaction内部的
RocksDB事务实现TransactionDB分析
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
09-19 667
本文源自：https://developer.aliyun.com/article/257424 基本概念 1. LSN (log sequence number) RocksDB中的每一条记录(KeyValue)都有一个LogSequenceNumber(后面统称lsn)，从最初的0开始，每次写入加1。该值为逻辑量，区别于InnoDB的lsn为redo log物理写入字节量。 这个lsn在RocksDB内部的memtable中是单调递增的，在WriteAheadLog(WAL)中以WriteBat
RocksDB事务机制解析：TransactionDB与LSN
WriteBatch是RocksDB事务处理的基本单元，它确保了一次RocksDB::Put()操作的原子性。一个WriteBatch包含了多个记录，它们作为一个整体进行写入，遵循ACID（原子性、一致性、隔离性、持久性）原则，要么全部成功，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值