感觉 linux 使用分两个方向吧，桌面和服务器，不做运维服务器方向学无所用，桌面方向就是各种折腾，但是其实没鸡二用阿。。最后我用 fedora+i3wm 办公 3 年多了，只是习惯了。。

@no1xsyzy 啊哈，上磁带是啥意思？

@msg7086 fflush:是把 C 库中的缓冲调用 write 函数写到磁盘[其实是写到内核的缓冲区]。fsync：是把内核缓冲刷到磁盘上。 这个吧？学习了。

@msg7086 真实环境，会可能断电。。

@msg7086 我 rename 之前已经 close 了 tmp 文件，会自动 flush 吧

@muntoya
@xylophone21 原来是你好像真的没看懂问题是啥。。我刚去翻了下 redis 持久化的源码
```c
/* Use RENAME to make sure the DB file is changed atomically only
* if the generate DB file is ok. */
if (rename(tmpfile,filename) == -1) {
serverLog(LL_WARNING,"Error moving temp append only file on the final destination: %s", strerror(errno));
unlink(tmpfile);
return C_ERR;
}
```

@xylophone21 科普一下，我确实没有看懂 3 楼回复，redis 的实现没看过

@feverzsj 不抬杠了，太累，下次我用 sqlite

@feverzsj redis 和 sqlite 有差吗，就是把这件事交给数据库去完成，某些场景确实需要，不然微信为啥有 mmkv 这种轮子不用 sqlite

@feverzsj 我讨论 redis 这种内存数据库是如何实现安全持久化内存数据到磁盘的，然后自己实现个类似的，你让我把这种事情交给 redis 去搞，你是扛精。。？

@429839446 可以可以，就是类似这种，mmkv 这样的实现就完全丢失不了数据了。

@feverzsj 你没测试就说可以胜任我的场景，我说的是数据有完整性，不能单一的一条条更新，必须整体更新，不是写入完整性。

@feverzsj 数据库场景不合适，十几个 G 数据全量变化更新，不然我就不把数据放内存里面了，再次也用 redis 这种内存数据库，测试 redis 没满足性能需要

@firebroo 具有完整性

@leavan 这里的数据具有，不能增量写，只能全量重新写入。

@petelin 离题。。我文章里面写明了多个文件会消耗磁盘，pass 掉

@muntoya 问题不在于内存变不变。。而是解决写的时候写操作被 kill -9 中断导致写文件损坏

@huhu3312 看了下，还真的是。。不过我是实际场景遇到

要不要考虑我司，做医疗大数据的，公司有不少医学生
https://www.yiducloud.com.cn/join.html#box-cat-wrap