在Tokyo Cabinet中hashDB中的hash索引是通过mmap将数据库文件的一部分映射到内存中的,
之前把Tokyo Cabinet移植到手机淘宝客户端当做一个通用的KV数据库来使用,因为各种手机
的环境千差万别,手淘某些机型中得crash率很高. Tokyo Cabinet数据库文件总是不完整.
因为是手机客户端又不方便像在server端一样使用一个单独的线程定时同步mmap内存到文件中去....
手机淘宝的突然crash是导致mmap的数据不能及时写到文件,使得数据库文件被破坏的原因吗?
突然想到一个问题假设是进程中得其他lib引起crash,当crash时Tokyo Cabinet使用mmap打开的文件
在内存中的修改能否同步到硬盘中呢..搜了一些资料基本得出一个结论:
进程崩溃时,mmap的内存内核是会帮你写回到磁盘的
参照:
linux中mmap文件到内存中,该进程发生错误被挂掉后mmap映射的内存能否写回到文件中的问题
最新推荐文章于 2022-06-24 13:33:47 发布
博客讨论了在Linux环境中,使用mmap映射文件到内存时,进程崩溃是否会导致内存中的修改丢失。通过引用Linus Torvalds的评论和内核代码分析,指出即使进程异常结束,内核通常仍能将mmap内存的更改写回磁盘。但建议为确保数据一致性,使用mmap的程序最好显式调用msync进行同步。
摘要由CSDN通过智能技术生成