首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Mysql 8事件调度器时区

Mysql 8事件调度器时区
EN

Database Administration用户
提问于 2019-07-01 21:59:34
回答 1查看 976关注 0票数 1

我对事件调度程序有点困惑。首先,它正在运行和工作,但时区处理使我有点困惑,因为它似乎不是事件元数据记录的内容

  • 它说mysql.event表也保存事件数据。我们的系统中不存在此表。
  • 它还说,在信息模式中,启动和last_executed显示为事件时区,但在我们的系统中似乎也不是这样。

starts = reported as 'system' time zone,目前UTC -0400,因此,我必须使开始时间-4小时让它在世界协调时运行在下个月初(2019-07-31 20:00:00)。

我知道我可以将会话时区设置为UTC。

虽然这很有效,但是一旦编辑了事件,旧的就会被删除,phpmyadmin会触发一个新的create事件(可能是bug?)。

我也知道我可以使用alter事件运行SQL选项卡中的命令,但我不是唯一一个访问系统的人,任何人基本上都可以使用事件接口编辑事件=返回到系统时区

添加is系统(UTC -4)后报告的时区。在一次测试中,last_executed在UTC (没问题,但不是医生说的)

现在,mysql.event显示了utc中用于添加事件的开始(同样,我们的系统没有这个表),并存储用于防止更改时区时出现错误时间的时区。

当我们可能在以后更改系统时区时会发生什么?由于info模式报告为系统而不是-0400,那么现在启动时间为31.07.2019 20:00的事件会发生什么呢?

假设我们更改为utc,starts列会更新以反映这一更改吗?时区会反映变化吗?

我担心我们的活动可能会在晚上8点在utc而不是-0400运行,因为那时信息模式中的时区可能仍然是'system‘。

有人对此有洞察力吗?因为系统已经在生产中,所以并不真的想用全局时区来测试这个问题。

感谢你对此的任何帮助/见解,塞布

EN

回答 1

Database Administration用户

发布于 2019-12-13 10:20:33

https://dev.mysql.com/worklog/task/?id=3698

当前,CREATE事件中指定的所有datetime值都在内部转换为UTC时区。

票数 0
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/241826

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档