DEFINER:指定视图的创建者(或者说属主,虽然MySQL中的对象其实不注重属主,这点与ORACLE数据库极为不同),默认当然就是执行CREATE VIEW语句的CURRENT_USER,但是创建时也可以指定不同的用户做为创建者(或者叫视图所有人);
SQL
SECURITY:视图查询数据时的安全验证方式,有两处选项:
DEFINER:这个不是指创建者了,而是说在创建视图时验证是否有权限访问视图所引用的数据;
INVOKER:指查询视图时,验证查询的用户是否拥有权限访问视图及视图所引用的对象;
首先创建两个视图:
mysql> create sql security definer view j1_v_d as select * from jssdb.j1; Query OK, 0 rows affected (0.00 sec) mysql> create sql security invoker view j1_v_i as select * from jssdb.j1; Query OK, 0 rows affected (0.00 sec)
然后我们新建一个用户tmpdb,仅授予增删改查tmpdb库的权限(并没有操作jssdb.j1的权限):
mysql> grant select,insert,update,delete on tmpdb.* to tmpdb identified by "tmpdb"; Query OK, 0 rows affected (0.00 sec)
然后,使用新创建的用户登录执行操作:
[root@test ~]# mysql -utmpdb -p'tmpdb' -h 192.168.11.212 -P 3306 -D tmpdb Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 10425056 Server version: 5.0.56-log Source distribution Type 'help;' or 'h' for help. Type 'c' to clear the buffer. mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | test | | tmpdb | +--------------------+ 3 rows in set (0.00 sec) mysql> show tables; +-----------------+ | Tables_in_tmpdb | +-----------------+ | j1_v_d | | j1_v_i | +-----------------+ 2 rows in set (0.00 sec)
先来看看操作definer验证方式下的视图:
mysql> select * from j1_v_d; +------+------+ | id | vl | +------+------+ | 1 | a0 | | 2 | bb | +------+------+ 2 rows in set (0.00 sec) mysql> insert into j1_v_d values (3,'cc'); Query OK, 1 row affected (0.01 sec)
可以看到,查询和更新都没有问题,接下来再试试invoker权限定义的视图:
mysql> select * from j1_v_i; ERROR 1356 (HY000): View 'tmpdb.j1_v_i' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them
查询时就报错了,更新就更不用说了。上面的这种情况,是由于tmpdb用户没有操作jssdb下对象的权限,因此读取j1_v_i对象时就失败了(虽然它有访问j1_v_i对象的权限)。
这个简单的测试足以表明:
definer是在定义对象是判断是否有权限,只要创建的用户有权限,那么创建就可以成功,而且所有有权限查询该视图的用户也能够成功执行查询语句
-
不管是否拥有该视图所引用对象的权限;
invoker是指在查询时验证用户是否有权限执行操作,当然创建时也会判断,如果创建的用户没有视图所引用表对象的访问权限,那创建都会失败。