input{jdbc{#是否记录上次执行结果,如果为真,将会把上次执行到的tracking_column字段的值记录下来,保存到last_run_metadata_path指定的文件中record_last_run=＞true#是否需要记录某个column的值,如果record_last_run为真,可以自定义我们需要track的column名称，此时该参数就要为true.否则默认track的是timestamp的值.use_column_value=＞true#如果use_column_value为真,需配置此参数.track的数据库column名,该column必须是递增的.比如：ID.tracking_column=＞MY_ID#指定文件,来记录上次执行到的tracking_column字段的值#我们只需要在SQL语句中WHEREMY_ID＞:last_sql_value即可.其中:last_sql_value取得就是该文件中的值(10000).last_run_metadata_path=＞"/etc/logstash/run_metadata.d/my_info"#是否清除last_run_metadata_path的记录,清除相当于从头开始查询所有的数据库记录clean_run=＞false#是否将column名称转小写lowercase_column_names=＞false#存放需要执行的SQL语句的文件位置statement_filepath=＞"/etc/logstash/statement_file.d/my_info.sql"}}

框架为Logstash+storm+kafka视频很详细，关于Storm的整合多个框架里面也有！包括源码！！！！

Logstash的配置文件包括grok,字段分隔，字段移除，日志中日期替换@timestamp，动态索引根据日志日期生成等等......Filebeat日志多行合并，日志分类索引等等......注意修改配置文件中关于Logstash及Elasticsearch的IP地址的配置

在搜索ELK资料的时候，发现这篇文章比较好，于是摘抄一小段：以下内容来自：http://baidu.blog.51cto.com/71938/1676798日志主要包括系统日志、应用程序日志和安全日志。
系统运维和开发人员可以通过日志了解服务器软硬件信息、检查配置过程中的错误及错误发生的原因。
经常分析日志可以了解服务器的负荷，性能安全性，从而及时采取措施纠正错误。
通常，日志被分散的储存不同的设备上。
如果你管理数十上百台服务器，你还在使用依次登录每台机器的传统方法查阅日志。
这样是不是感觉

ELK、EFK安装及配置文档，详细的阐述了EFK架构，其中包括了kafka、elasticsearch、elasticsearch-head、nodejs、kibana、logstash、filebeat等的安装配置。

资源主要能用于使用logstash将oracle数据导入到es中，logstash的版本为5.6.1

这个资源可以直接使用./logstash-plugininstallfile:///path/to/logstash-input-jdbc-4.2.3.zip这种命令安装；
不需要联网；
适用于logstash-5.5.3左右版本使用

官网最新版logstash-7.11.1-linux-x86_64.tar

logstash.tar镜像包

本人完全从Linux零基础一步步摸索总结出来的部署步骤。
ELK大致工作流程：Filebeat→Redis→Logstash→Elasticsearch→Kibana，Elastalert定时查询Elasticsearch保存的数据，当数据符合设定的规则时触发告警，发送短信、微信、邮件告诉。
ELK相关软件的版本都是7.2.0，Redis是5.0.4版本，Elastalert是0.1.39（需安装Python2），CentOS7.3。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。