移动云mysql具有普通账号权限的用户支持的数据库权限有

移动云mysql具有普通账号权限的用户支持的数据库权限有,第1张

移动云mysql具有普通账号权限用户支持的数据库权限有USAGE、SELECT、super、process和Shutdown。USAGE,只能用于数据库登录,不能执行任何 *** 作。SELECT,允许使用SELECT语句查看表内容的权限。super,允许执行一系列数据库管理命令。process,允许查看进程信息。

MySQL的权限有哪些

一.权限表

mysql数据库中的3个权限表:user 、db、 host

权限表的存取过程是:

1)先从user表中的host、 user、 password这3个字段中判断连接的IP、用户名、密码是否存在表中,存在则通过身份验证;

2)通过权限验证,进行权限分配时,按照useràdbàtables_privàcolumns_priv的顺序进行分配。即先检查全局权限表user,如果user中对应的权限为Y,则此用户对所有数据库的权限都为Y,将不再检查db, tables_priv,columns_priv;如果为N,则到db表中检查此用户对应的具体数据库,并得到db中为Y的权限;如果db中为N,则检查tables_priv中此数据库对应的具体表,取得表中的权限Y,以此类推。

二.MySQL各种权限(共27个)

(以下 *** 作都是以root身份登陆进行grant授权,以p1@localhost身份登陆执行各种命令。)

1. usage

连接(登陆)权限,建立一个用户,就会自动授予其usage权限(默认授予)。

mysql>grant usage on *.* to ‘p1′@’localhost’ identified by ‘123′

该权限只能用于数据库登陆,不能执行任何 *** 作;且usage权限不能被回收,也即REVOKE用户并不能删除用户。

2. select

必须有select的权限,才可以使用select table

mysql>grant select on pyt.* to ‘p1′@’localhost’

mysql>select * from shop

3. create

必须有create的权限,才可以使用create table

mysql>grant create on pyt.* to ‘p1′@’localhost’

4. create routine

必须具有create routine的权限,才可以使用{create |alter|drop} {procedure|function}

mysql>grant create routine on pyt.* to ‘p1′@’localhost’

当授予create routine时,自动授予EXECUTE, ALTER ROUTINE权限给它的创建者:

mysql>show grants for ‘p1′@’localhost’

+—————————————————————————+

Grants for p1@localhost

+————————————————————————–+

| GRANT USAGE ON *.* TO ‘p1′@’localhost’ IDENTIFIED BY PASSWORD ‘*23AE809DDACAF96AF0FD78ED04B6A265E05AA257′ |

| GRANT SELECT, CREATE, CREATE ROUTINE ON `pyt`.* TO ‘p1′@’localhost’|

| GRANT EXECUTE, ALTER ROUTINE ON PROCEDURE `pyt`.`pro_shop1` TO ‘p1′@’localhost’ |

+————————————————————————————-+

5. create temporary tables(注意这里是tables,不是table)

必须有create temporary tables的权限,才可以使用create temporary tables.

mysql>grant create temporary tables on pyt.* to ‘p1′@’localhost’

[mysql@mydev ~]$ mysql -h localhost -u p1 -p pyt

mysql>create temporary table tt1(id int)

6. create view

必须有create view的权限,才可以使用create view

mysql>grant create view on pyt.* to ‘p1′@’localhost’

mysql>create view v_shop as select price from shop

7. create user

要使用CREATE USER,必须拥有mysql数据库的全局CREATE USER权限,或拥有INSERT权限。

mysql>grant create user on *.* to ‘p1′@’localhost’

或:mysql>grant insert on *.* to p1@localhost

8. insert

必须有insert的权限,才可以使用insert into ….. values….

9. alter

必须有alter的权限,才可以使用alter table

alter table shop modify dealer char(15)

10. alter routine

必须具有alter routine的权限,才可以使用{alter |drop} {procedure|function}

mysql>grant alter routine on pyt.* to ‘p1′@’ localhost ‘

mysql>drop procedure pro_shop

Query OK, 0 rows affected (0.00 sec)

mysql>revoke alter routine on pyt.* from ‘p1′@’localhost’

[mysql@mydev ~]$ mysql -h localhost -u p1 -p pyt

mysql>drop procedure pro_shop

ERROR 1370 (42000): alter routine command denied to user ‘p1′@’localhost’ for routine ‘pyt.pro_shop’

11. update

必须有update的权限,才可以使用update table

mysql>update shop set price=3.5 where article=0001 and dealer=’A'

12. delete

必须有delete的权限,才可以使用delete from ….where….(删除表中的记录)

13. drop

必须有drop的权限,才可以使用drop database db_namedrop table tab_name

drop view vi_namedrop index in_name

14. show database

通过show database只能看到你拥有的某些权限的数据库,除非你拥有全局SHOW DATABASES权限。

对于p1@localhost用户来说,没有对mysql数据库的权限,所以以此身份登陆查询时,无法看到mysql数据库:

mysql>show databases

+——————–+

| Database |

+——————–+

| information_schema|

| pyt |

| test |

+——————–+

15. show view

必须拥有show view权限,才能执行show create view。

mysql>grant show view on pyt.* to p1@localhost

mysql>show create view v_shop

16. index

必须拥有index权限,才能执行[create |drop] index

mysql>grant index on pyt.* to p1@localhost

mysql>create index ix_shop on shop(article)

mysql>drop index ix_shop on shop

17. excute

执行存在的Functions,Procedures

mysql>call pro_shop1(0001,@a);

+———+

| article |

+———+

| 0001 |

| 0001 |

+———+

mysql>select @a

+——+

| @a |

+——+

| 2 |

+——+

18. lock tables

必须拥有lock tables权限,才可以使用lock tables

mysql>grant lock tables on pyt.* to p1@localhost

mysql>lock tables a1 read

mysql>unlock tables

19. references

有了REFERENCES权限,用户就可以将其它表的一个字段作为某一个表的外键约束。

20. reload

必须拥有reload权限,才可以执行flush [tables | logs | privileges]

mysql>grant reload on pyt.* to p1@localhost

ERROR 1221 (HY000): Incorrect usage of DB GRANT and GLOBAL PRIVILEGES

mysql>grant reload on *.* to ‘p1′@’localhost’

Query OK, 0 rows affected (0.00 sec)

mysql>flush tables

21. replication client

拥有此权限可以查询master server、slave server状态。

mysql>show master status

ERROR 1227 (42000): Access deniedyou need the SUPER,REPLICATION CLIENT privilege for this operation

mysql>grant Replication client on *.* to p1@localhost

或:mysql>grant super on *.* to p1@localhost

mysql>show master status

+——————+———-+————–+——————+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+——————+———-+————–+——————+

| mysql-bin.000006 | 2111 | | |

+——————+———-+————–+——————+

mysql>show slave status

22. replication slave

拥有此权限可以查看从服务器,从主服务器读取二进制日志。

mysql>show slave hosts

ERROR 1227 (42000): Access deniedyou need the REPLICATION SLAVE privilege for this operation

mysql>show binlog events

ERROR 1227 (42000): Access deniedyou need the REPLICATION SLAVE privilege for this operation

mysql>grant replication slave on *.* to p1@localhost

mysql>show slave hosts

Empty set (0.00 sec)

mysql>show binlog events

+—————+——-+—————-+———–+————-+————–+

| Log_name | Pos | Event_type | Server_id| End_log_pos|Info | +—————+——-+————–+———–+————-+—————+

| mysql-bin.000005 | 4 | Format_desc | 1 | 98 | Server ver: 5.0.77-log, Binlog ver: 4 | |mysql-bin.000005|98|Query|1|197|use `mysql`create table a1(i int)engine=myisam|

……………………………………

23. Shutdown

关闭MySQL:

[mysql@mydev ~]$ mysqladmin shutdown

重新连接:

[mysql@mydev ~]$ mysql

ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/tmp/mysql.sock’ (2)

[mysql@mydev ~]$ cd /u01/mysql/bin

[mysql@mydev bin]$ ./mysqld_safe &

[mysql@mydev bin]$ mysql

24. grant option

拥有grant option,就可以将自己拥有的权限授予其他用户(仅限于自己已经拥有的权限)

mysql>grant Grant option on pyt.* to p1@localhost

mysql>grant select on pyt.* to p2@localhost

25. file

拥有file权限才可以执行 select ..into outfile和load data infile… *** 作,但是不要把file, process, super权限授予管理员以外的账号,这样存在严重的安全隐患。

mysql>grant file on *.* to p1@localhost

mysql>load data infile ‘/home/mysql/pet.txt’ into table pet

26. super

这个权限允许用户终止任何查询;修改全局变量的SET语句;使用CHANGE MASTER,PURGE MASTER LOGS。

mysql>grant super on *.* to p1@localhost

mysql>purge master logs before ‘mysql-bin.000006′

27. process

通过这个权限,用户可以执行SHOW PROCESSLIST和KILL命令。默认情况下,每个用户都可以执行SHOW PROCESSLIST命令,但是只能查询本用户的进程。

mysql>show processlist

+—-+——+———–+——+———+——+——-+——————+

| Id | User | Host | db | Command | Time | State | Info |

+—-+——+———–+——+———+——+——-+——————+

| 12 | p1 | localhost | pyt | Query | 0 | NULL | show processlist |

+—-+——+———–+——+———+——+——-+——————+

另外,

管理权限(如 super, process, file等)不能够指定某个数据库,on后面必须跟*.*

mysql>grant super on pyt.* to p1@localhost

ERROR 1221 (HY000): Incorrect usage of DB GRANT and GLOBAL PRIVILEGES

mysql>grant super on *.* to p1@localhost

Query OK, 0 rows affected (0.01 sec)

项目上 MySQL 还原 SQL 备份经常会碰到一个错误如下,且通常出现在导入视图、函数、存储过程、事件等对象时,其根本原因就是因为导入时所用账号并不具有SUPER 权限,所以无法创建其他账号的所属对象。ERROR 1227 (42000) : Access deniedyou need (at least one of) the SUPER privilege(s) for this operation常见场景:1. 还原 RDS 时经常出现,因为 RDS 不提供 SUPER 权限;2. 由开发库还原到项目现场,账号权限等有所不同。

处理方式:

1. 在原库中批量修改对象所有者为导入账号或修改 SQL SECURITY 为 Invoker;2. 使用 mysqldump 导出备份,然后将 SQL 文件中的对象所有者替换为导入账号。

二、问题原因我们先来看下为啥会出现这个报错,那就得说下 MySQL 中一个很特别的权限控制机制,像视图、函数、存储过程、触发器等这些数据对象会存在一个 DEFINER 和一个 SQL SECURITY 的属性,如下所示:

--视图定义CREATE ALGORITHM = UNDEFINED DEFINER = `root`@`%` SQL SECURITY DEFINER VIEW v_test

--函数定义CREATE DEFINER=`root`@`%` FUNCTION `f_test()` RETURNS varchar(100) SQL SECURITY DEFINER

--存储过程定义CREATE DEFINER=`root`@`%` PROCEDURE `p_test`() SQL SECURITY DEFINER

--触发器定义CREATE DEFINER=`root`@`%` trigger t_test

--事件定义CREATE DEFINER=`root`@`%` EVENT `e_test`

DEFINER:对象定义者,在创建对象时可以手动指定用户,不指定的话默认为当前连接用户;

SQL SECURITY:指明以谁的权限来执行该对象,有两个选项,一个为 DEFINER,一个为 INVOKER,默认情况下系统指定为 DEFINER;DEFINER:表示按定义者的权限来执行; INVOKER:表示按调用者的权限来执行。

如果导入账号具有 SUPER 权限,即使对象的所有者账号不存在,也可以导入成功,但是在查询对象时,如果对象的 SQL SECURITY 为 DEFINER,则会报账号不存在的报错。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

三、改写内容上述这个 DEFINER 问题,个人想到最简单的解决方式就是 mysqldump 导出时直接摘除掉相关属性,但是 mysqldump 本身并不提供对应参数,所以比较蛋疼,无论是原库走脚本变更或是备份后修改 SQL 文件都不是非常方便,尤其是触发器的 DEFINER,只能先 DROP 再 CREATE 才可以变更。只能看下是否可以从 mysqldump 源码中去掉 DEFINER 定义。本次 mysqldump 改写主要有 2 个目的:1. 摘取备份中视图、函数、存储过程、触发器等对象的 DEFINER 定义;2. 尝试加上比较简单的备份进度显示(原生 mysqldump 的 verbose 参数不是非常清晰,想要实现 navicate 备份时的那种行数显示)。

改写好处:1. 可以避免还原时遇到 DEFINER 报错相关问题;2. 根据输出信息知道备份是否正常进行,防止备份中遇到元数据锁无法获取然后一直卡住的情况。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/5910803.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-08
下一篇 2023-03-08

发表评论

登录后才能评论

评论列表(0条)

保存