想用 sqlite 做 web 项目的系统日志文件体系，这个合适吗？

資深大佬 : tctc4869 22

大多数日志框架，都是把日志存储在可以直接用 txt 打开的文件里，但是我想要以表格化或关系化的方式查找排查问题，但自定义日志查看软件的又费时，扩展又很麻烦，因此想到用关系型数据库来存日志，用 select 语句来查找问题，但又不想存储在服务型的关系型数据库里，想要嵌入式一点，于是想到了 sqlite 。现在 sqlite 设置一下也支持多线程数据写入了。

用 sqlite 的 db 文件来做日志的文件体系，会有哪些问题？或者有更好的表格关系化的日志体系排查问题的方式么？

大佬有話說 (11)

資深大佬 : rrfeng

按你的需求，这几乎是唯一选择。

问题是你的需求可能是错的……

主資深大佬 : tctc4869

@rrfeng 你是不是觉得，用 sqlite 做系统日志文件是没有必要的。直接用 txt 做日志文件，用文本编辑器打开，用“查找”功能去看日志是最好的？

資深大佬 : murmur

不是有 elk 这种东西么，少的日志我们直接写 txt 就可以啊，反正按日拆分也不会太多

資深大佬 : qinxg

我之前做系统也有这样的问题..看看有啥方案没有…

資深大佬 : liprais

@tctc4869 你这个态度真是……
反正你高兴就好
为啥不用 elk

資深大佬 : rrfeng

上的别太偏激，elk 太重了。

是的，对于日志来说文本文件就是最好的。除非你要对日志里的特定字段进行复杂的统计、计算，否则毫无理由放到 DB 里。

資深大佬 : lepig

@liprais 从字面上来看，主不太善于和人沟通

資深大佬 : sujin190

数据量小 shell 各种指令组合下就能查询过滤够用了吧，而且读写都是顺序效率也不低，方便又简单，哪都能用，根本不用想那么多吧，要是你一天写十几 G，几十 G，甚至几百 G 日志，纯文本顺序写入都够作死了，sqllite 真的是作死中的作死啊，如果这时候你还能用 sql 查出来那真的是见了个鬼了

資深大佬 : sujin190

感觉每天写超过 1G 最好就用 elk，不要太方便，少的话还是纯文本 shell 过滤更方便吧，纯文本的记录也更容易应对未知错误导致写出奇奇怪怪的日志

資深大佬 : yokyj

标题改成“想用 sqlite 做 web 项目的系统日志文件体系，不服来辩”会好一点

主資深大佬 : tctc4869

@rrfeng 谢谢你的建议，elk，这个东西，我查了一下，它好像是个服务组合，可以把日志管理拆分独立的一个服务。集成了查询，存储，可视化这三点。关于这三点的组合，有同类型的么？