本文主要是介绍关于Linux执行文件操作，断电后数据丢失问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
前言
在Debian下，批量执行cp命令后，机子立马断电（arm板），开机后发现文件大小都变为了0。但如果是过一会儿再断电，文件大小就正常。神奇的地方就在这边，我cp的文件里头有可执行文件，cp执行完是可以启动的，断电后反而打不开了，所以这个问题困扰了我很久。
原因
linux这边读写文件都是优先在cache里面的，也就是cache/buffer的机制。当回写进程触发，或者脏数据超时（简单来说就是满足条件触发回写），缓存才会开始把数据写到IO。也就是说执行完cp后，如果有空闲的内存，那么就会默认写到内存里头，如果断电时候，回写没有触发，数据就全部丢失了。
解决方法
一、
执行完cp后，调用sync命令。但是sync也只是告诉系统要开始写IO而已，实际还是异步，所以还是得等。所以可以调用sync后，执行sleep，不过sleep的度不好把控，要根据实际情况自己推算。
如果是大文件的话，可以大文件拆分来写，但也只能解决燃眉之急，如果是arm这种随时断电的机子，还是没法解决。
二、
linux后台有守护进程每隔一段时间执行一次sync，那么可以修改或者说缩短sync时间，通过多写来确保数据安全。或者也可以减小cache，让sync的条件更容易触发，来解决这个问题。两个本质上都是提高系统从cache到IO的频率。（第二点瞎掰的，应该要改内核）
三、
个人比较倾向这种。通过fflush和fsync来实现。
因为fsync是同步的，会等到写磁盘成功才返回。但是这样的话，时间的损耗就比较大。不过要像马儿跑得快，又不给马儿吃草是不存在的。
结束
上面一、三点在我看来是可行的，目前自己做法采取了第一种（懒得写太多东西）。若文章有错误，或者有更好的方式实现，欢迎评论指出。
后续
2023年5月23日更新
无意间看到自己当初写的文章，觉得还有点不足，这里补充下：
- 这种很随机的断电操作其实是很致命的，你无法保证关机的时候IO已经结束，个人认为硬件方面加个断电保护才是最可靠有效的。
- 如果没做断电保护，可以每次写的时候先写一次备份，备份写完再COPY到主文件。这样就算断电数据丢失，也能保证主文件和备份至少有一个数据是完整的（只是不能保证数据一定是最新的）。在业务允许的情况下（允许数据不一定要最新），这个方法我觉得反而是最简单有效的。
这篇关于关于Linux执行文件操作，断电后数据丢失问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
