RocksDB迭代器可见已删除记录，请求技术协助

排查关键点及修复方案 #

1. 检查迭代器的ReadOptions配置 #

• 确保未设置read_options.ignore_deletes = true：这个选项会强制迭代器返回已标记删除的键，删除该配置或显式设为false。
• 避免绑定旧快照：创建新迭代器时，不要指定read_options.snapshot为之前事务的快照（或旧的DB快照），默认情况下NewIterator会使用DB的最新状态，代码示例：

  ReadOptions read_opts;
  // 不指定snapshot，默认使用最新DB状态
  auto iter = db->NewIterator(read_opts);
  

2. 确认事务提交成功 #

在步骤4提交事务后，检查返回状态，确保删除操作已成功持久化：

Status s = txn->Commit();
if (!s.ok()) {
  // 处理提交失败逻辑，比如重试或记录错误日志
}

3. 验证删除操作的键正确性 #

确认步骤3中删除的键与迭代器遍历到的键完全一致，避免因键的编码/解码错误导致删除未生效（比如字节切片不匹配）。

4. 检查事务的隔离级别配置 #

如果自定义了事务选项，确保使用默认的TRANSACTION_SNAPSHOT_ISOLATION（或更严格的级别），避免因隔离级别问题读取到未提交的旧数据：

TransactionOptions txn_opts;
// 显式设置快照隔离（默认值，可省略）
txn_opts.isolation_level = Transaction::SNAPSHOT_ISOLATION;
auto txn = db->BeginTransaction(read_opts, txn_opts);

补充说明 #

RocksDB的删除是逻辑删除（写入墓碑标记），而非立即物理删除，但正常配置下迭代器会自动过滤墓碑记录，不会返回已删除的键。只有当ignore_deletes开启或迭代器绑定了旧快照时，才会出现已删除键可见的情况。

内容的提问来源于stack exchange，提问作者amitwdh