生产环境中是否应停止采用文本文件作为数据存储方案？

兄弟，先别着急否定文本文件存储——在你的特定场景下，它不仅完全适合生产环境，甚至可能是比数据库更优的选择！

咱们先对着你的实际情况唠：

• 数据天然按块划分，刚好契合文件的存储逻辑；
• 单线程400M行/秒的解析速度，这性能别说一般数据库，就算是专门的列式存储都未必能追上；
• 数据写入后从不修改，处理要么是顺序遍历要么是各块独立操作——这些特性简直是为文本文件量身打造的。

再说说你提到的那些优势，放在生产环境里都是实打实的加分项：

• 完全不用依赖任何数据库服务和客户端库：省了多少运维精力？不用操心DB版本兼容、服务宕机、连接超时这些糟心事，部署的时候直接带着文件跑就行；
• 归档、检查、恢复、用命令行工具处理都贼方便：想查某段数据，直接用grep、awk就能快速定位；归档打包压缩就行；真出了问题，直接打开文件就能排查，不用折腾复杂的数据库恢复流程；
• 数据写入简直没难度：不用考虑网络波动、DB连接断开，也不用管数据库维护的 downtime，直接往文件里写就完事儿，稳得一批。

当然，我也得说句公道话：文本文件不是万能的。如果以后你的需求变了——比如要频繁修改数据、要做复杂的多条件关联查询、要支持高并发的读写操作——那时候再考虑切换到数据库也不迟。但就目前你的业务场景来看，继续用文本文件完全没问题，没必要强行换成别的存储方案。

备注：内容来源于stack exchange，提问作者maxbc