MySQL 8.0参考手册::25.4.6事件调度程序和MySQL特权

版本8.0

5.7
5.6

8.0日本
5.6日本

MySQL 8.0参考手册/.．./ 事件调度程序和MySQL特权

25.4.6事件调度程序和MySQL特权

要启用或禁用计划事件的执行，必须设置全局的值event_scheduler系统变量。这需要足够的权限来设置全局系统变量。看到第5.1.9.1节“系统变量特权”．

的事件特权管理事件的创建、修改和删除。此特权可以使用格兰特．例如,这个格兰特语句授予事件所命名的模式的特权myschema在用户jon@ghidora：

在我的模式上授予事件。* jon@ghidora;

(我们假设这个用户帐户已经存在，我们希望它保持不变。)

授予此同一用户事件在所有模式上使用以下语句:

*.*上的授权事件TO jon@ghidora;

的事件特权具有全局或模式级别的作用域。因此，尝试在单个表上授予它会导致如下所示的错误:

mysql>授权事件在我的模式。mytable jon@ghidora;错误1144(42000):非法的GRANT/REVOKE命令;请查阅手册，了解可以使用哪些特权

重要的是要理解，一个事件是用它的定义者的特权执行的，它不能执行它的定义者没有必要特权的任何操作。例如，假设这样jon@ghidora有事件特权的myschema．还假设该用户具有选择特权的myschema，但此模式没有其他特权。这是可能的jon@ghidora要创建一个类似这样的新事件:

每10秒创建事件e_store_ts到我的模式。mytable值(UNIX_TIMESTAMP ());

用户等待一分钟左右，然后执行SELECT * FROM mytable;查询，期望在表中看到几个新行。相反，表是空的。因为用户没有插入对于有问题的表，该事件没有影响。

如果你检查MySQL错误日志(主机名.err)，你可以看到事件正在执行，但是它试图执行的动作失败了:

2013-09-24T12:41:31.261992Z 25 [ERROR] Event Scheduler: [jon@ghidora][cookbook.]e_store_ts] INSERT command denied to user 'jon'@'ghidora' for table 'mytable' 2013-09-24T12:41:31.262022Z 25 [Note] Event Scheduler: [jon@ghidora].[myschema.e_store_ts] event execution failed. 2013-09-24T12:41:41.271796Z 26 [ERROR] Event Scheduler: [jon@ghidora][cookbook.e_store_ts] INSERT command denied to user 'jon'@'ghidora' for table 'mytable' 2013-09-24T12:41:41.272761Z 26 [Note] Event Scheduler: [jon@ghidora].[myschema.e_store_ts] event execution failed.

因为这个用户很可能没有访问错误日志的权限，所以可以通过直接执行事件的动作语句来验证它是否有效:

mysql> INSERT INTO myschema。mytableVALUES (UNIX_TIMESTAMP()); ERROR 1142 (42000): INSERT command denied to user 'jon'@'ghidora' for table 'mytable'

检查INFORMATION_SCHEMA。事件表显示,e_store_ts存在且已启用，但其LAST_EXECUTED列是零：

SELECT * FROM INFORMATION_SCHEMA。事件> WHERE EVENT_NAME='e_store_ts' > AND EVENT_SCHEMA='myschema'\G *************************** 1. row *************************** EVENT_CATALOG: NULL EVENT_SCHEMA: myschema EVENT_NAME: e_store_ts DEFINER: jon@ghidora EVENT_BODY: SQL EVENT_DEFINITION: INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP()) EVENT_TYPE: RECURRING EXECUTE_AT: NULL INTERVAL_VALUE: 5 INTERVAL_FIELD: SECOND SQL_MODE: NULL STARTS: 0000-00-00 00:00:00 ENDS: 0000-00-00 00:00:00 STATUS: ENABLED ON_COMPLETION: NOT PRESERVE CREATED: 2006-02-09 22:36:06 LAST_ALTERED: 2006-02-09 22:36:06 LAST_EXECUTED: NULL EVENT_COMMENT: 1 row in set (0.00 sec)

撤销的事件特权,使用撤销声明。在本例中，事件模式上的特权myschema从jon@ghidora用户帐号:

在myschema上撤销事件。从jon@ghidora *;

重要的

撤销的事件来自用户的特权不会删除或禁用该用户可能已创建的任何事件。

事件不会因为重命名或删除创建它的用户而被迁移或删除。

假设用户jon@ghidora被授予事件而且插入特权的myschema模式。然后该用户创建以下事件:

在SCHEDULE上每7秒创建一个事件

创建此事件后，根撤销的事件特权的jon@ghidora．然而,e_insert继续执行，将新行插入mytable每7秒。同样，如果根发表了下列声明之一:

删除用户jon@ghidora;
将用户jon@ghidora重命名为someotherguy@ghidora;

你可以通过检查INFORMATION_SCHEMA。事件表(参见第26.3.14节“信息模式事件表”)签发减少用户或重命名用户声明。

事件定义存储在数据字典中。要删除由其他用户帐户创建的事件，您必须是MySQL根用户或其他具有必要权限的用户。

用户的事件权限存储在Event_priv列的mysql.user而且mysql.db表。在这两种情况下，该列保存的值之一是Y”或“N“。”N'是默认值。mysql.user.Event_priv设置为'Y'对于给定的用户，只有当该用户具有全局事件特权(也就是说，如果特权是使用*.*上的授权事件)．对于一个级事件特权,格兰特中创建行mysql.db并设置那一行的Db列设置为模式的名称用户列设置为用户名，而Event_priv列的Y”。不应该需要直接操作这些表，因为格兰特事件而且撤销事件语句对它们执行所需的操作。

五个状态变量提供事件相关操作的计数(但是不由事件执行的语句;看到第25.8节，“存储程序的限制”)．这些都是:

Com_create_event:数量。创建事件自上次服务器重启以来执行的语句。
Com_alter_event:数量。改变事件自上次服务器重启以来执行的语句。
Com_drop_event:数量。删除事件自上次服务器重启以来执行的语句。
Com_show_create_event:数量。显示创建事件自上次服务器重启以来执行的语句。
Com_show_events:数量。显示事件自上次服务器重启以来执行的语句。

您可以通过运行该语句一次性查看所有这些的当前值显示STATUS LIKE '%event%';．

上一页首页向上下一个