建议：系统操作日志做到数据库中

日志查的频率不高，加之查询一定会下条件，所以效率应该不是大问题

这是某Es产品的操作日志，非常重要，经常用，客户资料有问题了，就可以在此查谁改的，谁删的，说白了，日志，记录一些主要信息就ok了，新增、修改、删除，这些主要的，当然登入登出，这些也是必须的了，保存到数据库的好处是可以快速方便的查找

很棒的方法，大家可以借鉴一下先，我们这边也会考虑这个问题的

sql 2008有个cdc 功能，变更数据捕获，启用后，自动记录数据的增删改。不过有个缺点哈，不能记录 是“谁”进行的操作
参考链接 https://blog.csdn.net/weixin_34331102/article/details/86403201

MySql也有类似途径可以实现
https://juejin.im/post/5b7c036bf265da43506e8cfd

一个数据库太大了，查询可能会受到影响的，日志的数据一般似乎会增长率比较高吧；
可能还有很多其他的原因，所以很多的人不建议放到一起的

Simon.hu 发表于 2019-6-14 17:59
这个不是在纠结呢，因为一般日志最好不要跟业务数据的数据放到一起啊~

为啥不能放在业务数据库中？有用户登入退出，对数据表增删改记录就行了。

cg6207 发表于 2019-6-14 11:45
做进数据库是一直以来的需求
：》

这个不是在纠结呢，因为一般日志最好不要跟业务数据的数据放到一起啊~

做进数据库是一直以来的需求
：》

mfkpie8 发表于 2019-5-26 15:14
这个想法我也是同意的 建议分离业务数据与事件业务的数据库  ！能支持设置一个远程日志数据库不要放到业 ...

目前这个是在服务器的一个日志文件中的

不过似乎一般而言，业务数据库和错误日志要不要放在一起，是仁者见仁智者见智。

pathping 发表于 2019-5-22 19:52
上面说的报错事件，应该是程序运行报错日志。比如，发布的程序，客户使用有时候出一些错误，能快速追踪到 ...

这个想法我也是同意的 建议分离业务数据与事件业务的数据库  ！能支持设置一个远程日志数据库不要放到业务数据库里面！