23、持久化内存：NVM、pmem库、编程模型

持久化内存，英文叫 Persistent Memory，简称 PMem。说实话，我第一次听到这个词的时候，第一反应是：「这不就是 SSD 吗？」后来踩了坑才发现，完全不是一回事。

咱们传统的内存，像 DRAM，一断电数据就没了。而持久化内存，它既有内存的字节寻址能力，又能像硬盘一样断电不丢数据。说白了，就是「内存和硬盘的混血儿」。Intel 的 Optane DC Persistent Memory 就是典型代表，虽然现在停产了，但它的编程思想和技术遗产，依然影响着整个存储体系。

23.1 为什么需要持久化内存？

你想想看，传统应用里，数据要持久化，得走一遍「内存 → 内核缓冲区 → 磁盘」的路径。这个路径有多慢？我举个例子：一次内存访问大约 100 纳秒，一次 SSD 随机写大约 10 微秒，差了 100 倍。要是碰上机械硬盘，那差距就更大了。

我在做数据库缓存层优化的时候，就遇到过这种尴尬：热点数据明明在内存里算好了，结果一断电全没了，重启后得重新从磁盘加载，那叫一个慢。当时我就想，要是内存本身就能持久化，该多好。

持久化内存的出现，就是为了解决这个「内存快但易失，磁盘慢但持久」的矛盾。它让程序可以直接用 load/store 指令操作持久化数据，省去了序列化、文件 I/O 这些中间环节。

23.2 NVM 的硬件特性

NVM（Non-Volatile Memory）有几个关键特性，你得心里有数：

特性	说明	影响
字节寻址	像 DRAM 一样，可以按字节读写	可以直接用指针操作，不用像文件那样 read/write
持久性	断电后数据不丢失	重启后数据还在，但需要保证写入顺序
读写延迟	读接近 DRAM，写略慢（约 300-500 ns）	写操作需要 flush 指令确保持久化
写磨损	有写入寿命限制	不能频繁写同一个位置，需要磨损均衡

嗯，这里要注意：持久化内存虽然叫「内存」，但它不能完全替代 DRAM。它的写延迟比 DRAM 高，而且有写磨损问题。所以实际系统中，通常把 DRAM 当缓存，PMem 当持久化存储池。

23.3 pmem 库：让持久化变得简单

直接操作 NVM 是很痛苦的。你得手动处理 cache line 刷回、内存屏障、原子写入…… 我早期做原型验证时，就因为少写了一个 clflush，导致重启后数据全乱套。后来用了 pmem 库，才算是解放了。

pmem 库是 Intel 提供的持久化内存编程库，核心就几个函数：

#include <libpmem.h>

// 映射一个持久化内存文件
size_t mapped_len;
int is_pmem;
char *pmemaddr = pmem_map_file("/mnt/pmem/data", 
                               1024 * 1024,   // 1MB
                               PMEM_FILE_CREATE,
                               0666,
                               &mapped_len,
                               &is_pmem);

if (pmemaddr == NULL) {
    perror("pmem_map_file");
    exit(1);
}

// 写入数据并持久化
char buf[] = "Hello, Persistent Memory!";
pmem_memcpy_persist(pmemaddr, buf, sizeof(buf));
// 这行相当于：memcpy + 刷 cache line + 内存屏障

// 刷指定区域（如果已经 memcpy 过）
pmem_persist(pmemaddr, sizeof(buf));

// 取消映射
pmem_unmap(pmemaddr, mapped_len);

我个人习惯用 pmem_memcpy_persist 而不是先 memcpy 再 pmem_persist。为什么？因为前者在 is_pmem 为 true 时，会使用 NT store 指令直接绕过 cache 写入，性能更好。后者多了一次 cache 操作，慢一些。

23.4 编程模型：如何正确使用持久化内存

持久化内存的编程模型，说白了就三个字：保顺序。你想想看，CPU 会乱序执行，Store Buffer 会合并写入，Cache Line 的刷回顺序也不可控。如果不加控制，你写 A 再写 B，断电后可能 B 写进去了，A 还是旧值。

我给大家总结了一个「三步走」模型：

1. 分配：用 pmem_map_file 或 pmem_alloc 获取持久化内存指针
2. 写入：用 pmem_memcpy_persist 或 pmem_persist 保证数据落盘
3. 校验：重启后检查元数据完整性，必要时做恢复

来看一个简单的计数器例子：

#include <libpmem.h>
#include <stdatomic.h>

typedef struct {
    _Atomic uint64_t count;
    uint8_t padding[56];  // 避免 false sharing
} __attribute__((aligned(64))) counter_t;

void counter_increment(counter_t *c) {
    uint64_t old = atomic_fetch_add(&c->count, 1);
    // 关键：必须持久化
    pmem_persist(&c->count, sizeof(c->count));
}

int main() {
    size_t mapped_len;
    int is_pmem;
    counter_t *c = pmem_map_file("/mnt/pmem/counter",
                                 sizeof(counter_t),
                                 PMEM_FILE_CREATE,
                                 0666,
                                 &mapped_len,
                                 &is_pmem);
    
    // 初始化（仅第一次）
    if (c->count == 0) {
        c->count = 0;
        pmem_persist(c, sizeof(counter_t));
    }
    
    counter_increment(c);
    printf("Count: %lu\n", c->count);
    
    pmem_unmap(c, mapped_len);
    return 0;
}

23.5 持久化内存的典型应用场景

持久化内存最适合哪些场景？我列几个：

• 数据库 WAL 日志：传统 WAL 要刷磁盘，用 PMem 可以降低 10 倍延迟
• 键值存储：像 Redis 的 AOF 持久化，如果用 PMem，可以做到几乎无性能损失
• 检查点恢复：HPC 场景下，把计算状态直接存 PMem，故障恢复秒级完成
• 内存文件系统：像 PMFS，直接把文件系统跑在 PMem 上，省去 page cache 开销

我记得有一次帮一个金融客户优化交易系统，他们的风控模型需要实时更新参数。原来用 DRAM + 定时刷盘，万一断电，最多丢 1 秒的数据。换成 PMem 后，每次参数更新都直接持久化，零数据丢失，而且延迟只增加了不到 1 微秒。客户当场就拍板了。

23.6 知识体系总览

下面这张图，是我梳理的持久化内存知识体系。你可以把它当作一个「思维导图」来用：

持久化内存不是银弹，它有自己的适用场景和限制。但如果你做的是需要高性能持久化的系统，比如数据库、消息队列、实时计算引擎，那它绝对值得你花时间研究。嗯，今天就先聊到这儿，下一节我们聊聊持久化内存的故障恢复机制。

---

公众号:蓝海资料掘金营，微信deep3321