有什么数据库扛断电能力最强吗?

@roundgis 你说的对，读 sqlite 的故事时间太久了，记忆混乱了，是外包商。

“SQLite 诞生的契机就是典型的程序员开发的故事剧本。作者 Richard 最开始在一艘军舰上做 contractor （就是我们说的外包）。他们程序跑在军舰安装的电脑上，电脑上装的是 informix 。Richard 的工作就是把 informix 的数据拿出来进行计算然后展示到电脑屏幕上（这和我们今天的 CRUD 工作类似）。比较令人恼火的是 informix 很不稳定，经常崩溃连不上。部队里的铁拳长官可不懂啥 TCP/IP 或者数据库系统知识。他们只看到软件的报错 dialog （对话框） 经常弹出来，而这个 dialog 又是 SQLite 的作者 Richard 写的软件画出来的，锅自然从天而降。于是 Richard 决定自己从头写一个无需外部连接的数据库来解决这个问题。

当时恰逢布什政府消减政府预算，Richard 作为外包商没法获得订单，不得不暂停在军舰上的开发。这让 Richard 有了几个月的时间去构思并从头实现 SQLite 。那时时间是 2000 年初，软件开发没有现在这么多参考资料，没有维基百科，google 还没完全起来， 美国只有 1% 家庭有宽带。 而 Richard 也没有数据库开发经验，只有编译器开发经验。他最初的构想非常简单，把每条 sql 语句看成一个独立的执行程序。于是他首先实现了 bytecode 执行器，然后把 sql 语句转化成 bytecode 执行。一开始 SQLite 并没有替换掉他们在军舰上的 informix ，尽管他们每个开发者都恨透了 informix ，但客户指定要用又不得不继续使用（好熟悉的场景）。就这样 SQLite 一直做为 Richard 的 side project 在开发。

为了验证一些想法和测试其中的代码，Richard 开始把 SQLite 发布到网上，接下来的故事和 Linux 诞生有点类似了。很多人看到一个数据库居然能运行在 palm 这种性能非常弱的掌机上都大为惊叹。”

@bthulu 思路应该就跟无线路由器一样，关机就是拔电。平时运行纯靠内存里的数据。

问了 GPT ，回答：如果你的应用场景需要处理较大的数据和高并发，PostgreSQL 可能是最佳选择。PostgreSQL 使用一种高效的写入前日志（ WAL ）系统，即使在断电或系统崩溃的情况下也可以保证数据完整性。对于小型应用或嵌入式系统，SQLite 可能已足够，使用回滚日志或写入前日志（ WAL ），可以在断电后自动恢复到一致状态。
跟前面大家的主流意见一致。

可以考虑加一个 4G 无线 wifi ，十几块，搞远程数据库吧。或者加几十块的那些啥开发板做底层的数据库存储，充电宝就能保护它了。

用无盘系统、瘦客户机，每次都从云服务器上下载启动镜像，业务数据都放云端，除了开机时间长点，断电不怕

有一个自己写 IO 接口的, https://tigerbeetle.com
不过不是通用数据库，是专用的交易数据库，业务是固定的
这个可以处理文件系统失败

@thtznet 工厂里员工不都是这样么? 精细复杂的工作都是机器自己在做, 普工除了几个机长, 不都是谁要价低招谁么.

300 块的 UPS ，够带服务器 Shutdown 的时间就够了，写个 cron ping 网关，掉了就执行关机。。。

有带很多电容的固态硬盘，主板掉电时硬盘自己能完成保护，避免坏数据和固件。

经常断电硬盘一定会坏。记得常备份。

硬件层面可以选择带电容的 ssd ，断电基本不会有问题，会有缓冲时间让系统写入
系统层面选择 日志文件系统，并做好 raid

ups 又不贵，小型的啊

检测到断电 ups 通知系统安全关机，这是民用 ups 都可以的，这种方式工作应该至少可以撑 3 年。

一台核心生产机器三四百都觉得会破产，那还是。。。。

没有事务的数据库估计好恢复，sqlite 吧

按理说消防用电应该是单独走线的…

如果数据不重要,直接上文件类型的数据库,比如 sqlite,access 一类,每天生成一个新的数据库.当天的损坏了,不影响其他.

买大型可以带多台机器的 ups 不正常断电机器坏更伤的 看到有蛮多带 15 台要价 1300 的

应该还有性价比更高的 ups

抱歉 没注意看 原来是客户机房 那说实话量也不大 直接硬盘储存就好

云数据库