mysql的mysql.event和information_schema.events

    最近,有客户反馈,他们的mysql中设置的事件调度即JOB执行时间与创建时定义的时间不一致。

简单说就是:JOB定义中的starts与mysql.event中的last_executed中的时间不一致,如下图。

    mysql定义中的job开始时间是每天的凌晨

    mysql.event中显示的job执行时间为每天下午16:00

    其实,这个问题与数据库服务器所在时区有关系,mysql.event中记录的是job的全球标准时间,问题数据库服务器

的时区是东八区,所以mysql.event记录的应该每天凌晨执行的,却是前天的下午16:00。但是,这不是mysql的bug,

也不是记录不准确,而是,另外有一个视图记录的是以本地服务器时间为准的event执行记录,

就是information_schema.events。

    如图所示, information_schema.events中记录的job执行时间是本地时区对应的当前时间,是准确的。

    另外,Mysql的event执行异常记录,比如权限或者表不存在的event记录会在mysql的err报错日志中记录:

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29357786/viewspace-2638299/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/29357786/viewspace-2638299/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值