如何保证内存里的数据永不丢失？

mmap

傲腾内存？

mram 了解一下？

@odirus 这样已经失去了内存的意义了，直接可以把内存去掉了

傲疼了解一下，热数据永不丢失，冷数据万年找不回（前提是硬盘上没回写）。

内存上数据还不想丢失的话也有一种办法，就是内存和硬盘一起写数据。貌似 n 年前有一些对数据可靠性要求高的在做，比如"事务"这个功能。

硬件灾备喽 有自带电容和固态的那种内存 断电自动写入。。

除了硬件容灾，真想不到有什么着了。所以的一切都是建立在物理介质上备份的。压根和内存的本身定义就没有什么关系。不管是断电自动写入还是 log flush 到某个地方防止断电丢失。

难道面试官的 G 点是 mmap ？也不像啊。。。。只能说。很有趣的面试官

对面试官使用激将法
脸上略带嘲讽：哦，原来你也不知道。不错喔，你很因脆丝汀。

不就是 nvm 么。。

这个面试官有点叼, 我去买橘子

这题目本身就有问题。
根本不存在“永不丢失”的数据。最极端的情况，宇宙炸了，数据还能不丢失吗？实际能做到的只能是尽可能减小数据丢失的可能性。
从这个角度来看，要么就承认 LZ “数据持久化、分布式，配合硬件上的灾备支持”的答案是合格的，要么就只能承认自己提的问题本身无解了。

在一个不完美的基础上构建一个，比如 5 个 9，或者 6 个 9 系统，是可以的，但构建一个 100%可靠的？我估计他没学过概率

哪有绝对的不丢失。。一般的都是磁盘持久化，分布式，多机房备份~~

@chentydev 我当时就想跟面试官说这世界上没有 100%保证的事，但是我看他好像并不想知道。。。

@chentydev 而且还想引用支付宝机房停电的事例，但是从面试官的表情上感觉他好像并不想知道。。。

根据能量守恒定律，这些数据本身就不会消失啊，就算上面说的炸了也不会消失，只是换了另外一种形式存在，手动滑稽

@7654 那也不能保证永不丢失，机房进水了解下，机房爆炸了解下，机房被雷劈了了解下。

遇到这种装 b 面试官，直接嘲讽怼，反正肯定不会要你了，不要让自己不爽

persistent memory 了解一下

@7654 在美国？

nvram?

他是想问 filemapping 吧?

有时候就这样，面试官想要的点候选人总是 get 不到，只能说这个问题设计的不好。启发式的发问最好，有个背景有个一般的方案，候选人在面试官的引导下逐步优化，再考察一下边界情况。题主说的这个题，双方没想到一起就尴尬了，面试官也不好据此判断候选人的能力，只好换题

硬盘读写多了费硬盘费时间
硬盘读少了丢数据

看取舍吧，像 word 这种 1 分钟保存一次也没事
内存又叫易失性存储器，不易失请用 rom

@7654 什么机房的 ups 能撑 4 个小时

non-volatile memory?

Sir, PLS define internal memory.

非易失内存， 铁电，还是有不少选择的
nvram，fram
注意咬字，内存和掉电，上面说 ups，后背什么的，异地什么的，都咬的不紧 ups 哪么还是没掉电，后背也是，异地 哪么内存数据还是丢了。
办法很多，选择也很多，问这问题的得看什么样的人和什么样的事，关乎底层和硬件的还说的过去
如果不是，几句话答回去就把天聊死了，面试聊天是门学问，答上来还得把台阶给上。

其实 x － p 也可以，这个在用法上天然有优势
还有面试问 coms 工艺的呢，这你怎么回答？不知道哪想出来的，回答完基本上都挺尴尬的

@qf19910623 #38 并没完全失去意义，这种情况内存相当于缓存

ups 撑四个小时？

哈哈哈哈，你这么一说我想起来刚工作的时候面试，那人问我知道什么 http 方法，我说 get，post，head，然后就不知道了，那时候还不知道 put，delete 这些，然后面试官跟我说，你说的这些我们线上都没法用，安全性太差，后来我也是想了好久，应该用啥呢

这种面试官“我就不和你多说了”，一般潜台词要么是他也不知道，要么他这个问题问的不严谨，经不起推敲，所以含糊其辞。

接下来还有问：
包括内存坏的时候？
包括持久化存储坏的时候？
包括脑子不好使的时候？

前几年 Google 机房断电 也丢了数据了，怎么可能不丢……

怕不是脑筋急转弯

never say never

非易失存储器了解一下

非易失存储器是方案之一，但面试官遮遮掩掩是什么意思，就一句话的事情装什么高深呢，很不尊重人啊。而且，非易失存储器只是方案之一，有很多缺点，并不见得就一定比 ups 好，凭什么搞得好像标准答案似的。

只存 NULL 就可以做到，write NULLl , read NULL.

面试官会告诉你保存在硬盘上

永不丢失？那就是在无穷多的地方备份呗

你猜猜猜

区块链 无耻滑稽

我觉得，遇到这种问题不要慌，具体到具体问题的话就好解决了，比如说：
“如何保证内存里的数据永不丢失，包括断电的时候。” 我觉得这个用 Redis 最好表述了。
“呀，您这个问题问得好，我们之前考虑过，我们之前用的是 Redis 做的 xxxx，这个 Redis 就是完全 in-memory 的，也就是说掉电之后就会消失，Redis 官方的解决方案是定期把内存中的数据持久化到硬盘上去。但是这个还是有问题滴，比如讲来没来得及持久化就 Duang 机的话数据也存不下来，我们是搞了一个 Redis 集群，master 挂了 slave 变成 slave，单机 Duang 机我们的数据也是不丢失的，如果要再加强的话，可以在多个地方起 slave 做备份节点，保证数据安全。”

把数据多写几份， 先保证把固态写入后再写入内存， 然后固态做几份备份。这种方式可以吗

@xman99 问题是，你调用 write()写到硬盘，难道可以跳过内存？