日志收集探讨
所以想将这些日志收集到一个地方，做一套web界面的日志查看工具
需要的日志主要有
- apache日志
- apache虚拟主机access,error日志
- nginx日志
- nginx虚拟主机access,error日志
- php错误日志
- mysql日志
- php应用日志(如yii的/runtime/application.log)
基本实现实时查看即可（一分钟内延迟）
看了下Scribe和Flume，似乎太过重量级，
我的想法是做个简单的文本变化检测，将新增内容发送到统一redis队列，后端脚本处理入库。
不知道大家是如何解决这个问题的？探讨下吧！
回复内容：
在项目上线后，往往需要监控一些日志，但是日志分散在各个服务器的不同角落，查看时需要找到某应用在那台服务器上，然后翻apache或nginx配置找日志路径，耗时耗力很麻烦。
所以想将这些日志收集到一个地方，做一套web界面的日志查看工具
需要的日志主要有
- apache日志
- apache虚拟主机access,error日志
- nginx日志
- nginx虚拟主机access,error日志
- php错误日志
- mysql日志
- php应用日志(如yii的/runtime/application.log)
基本实现实时查看即可（一分钟内延迟）
看了下Scribe和Flume，似乎太过重量级，
我的想法是做个简单的文本变化检测，将新增内容发送到统一redis队列，后端脚本处理入库。
不知道大家是如何解决这个问题的？探讨下吧！
你的这个需求直接使用elasticsearch、logstash和kibana结合即可，部署配置都比较简单，实时性较高，又不用开发代码~
ELK全部搞定 妥妥的 https://www.elastic.co/
说一个常用方案：很多公司都是专门布了脚本，定时去抓，抓完了索引存到数据平台，数据平台提供查询，接口确实是略重。
来点前沿科技——systemd 的 journald～不用检测文本变化，它本身就是类似数据库那种二进制存储，直接用它给的 API 读取就可以了。当然目前 journald 不支持搜索，只能根据一些域来取数据，不过满足你的需求够了。
当然我猜测你们服务器上目前是不会用 systemd 的。journald 大概也不能不依赖 systemd 自己跑……
看一下logstash吧。 http://logstash.net/
负责任地说，成熟的日志处理和监控平台很多很多很多很多。。手机用户就不方便写了改天用电脑的时候给你列出来十几样
参考：在Linux上使用logwatch分析监控日志文件
看看Sentry？https://github.com/getsentry/sentry
go语言的话可以考虑一下heka
楼主可以关注下开源分布式搜索平台ELK(Elasticsearch+Logstash+Kibana)
http://finallygo.iteye.com/blog/2170588
建议你看看这个,非常轻量
成熟的商业方案Splunk不错。
fluentd + MongoDB
可以试试阿里云的日志服务，即开即用，无需运维。
1）提供客户端快速采集日志（https://yq.aliyun.com/articles/3228?spm=5176.team4.teamshow1.37.faH93Z）
2）日志收集到服务端后提供多种消费方式：数据通道（类Kafka）/数据投递（ODPS/OSS）/实时搜索
具体可以参考：https://help.aliyun.com/document_detail/sls/user-guide/overview.html