mysql权限信息存储在

Ⅰ mysql 如何授予某个用户reload权限

MySQL数据库中的表与其他任何关系表没有区别，都可以通过典型的SQL命令修改其结构和数据。可以使用GRANT和REVOKE命令。通过这些命令，可以创建和禁用用户，可以在线授予和撤回用户访问权限。在5.0版本中增加了两个新命令：CREATE USER和DROP USER。从而能更容易地增加新用户、删除和重命名用户，还增加了第三个命令RENAME USER用于重命名现有的用户。

使用CREATE USER命令创建用户
CREATE USER用于创建新的MySQL账户。要使用CREATE USER语句，您必须拥有mysql数据库的全局CREATE USER权限，或拥有INSERT权限。对于每个账户，CREATE USER会在没有权限的mysql.user表中创建一条新记录。如果账户已经存在，则出现错误。使用自选的IDENTIFIED BY子句，'可以为账户设置一个密码。user和密码的设置方法与GRANT语句一样。其命令的原型如下：

CREATE USER user [IDENTIFIED BY [PASSWORD 'PASSWORD'] [，user [IDENTIFIED BY [PASSWORD'PASSWORD']]……

create user temp identified by '123456';
使用DROP USER命令删除用户
如果存在一个或是多个账户被闲置，应当考虑将其删除，确保不会用于可能的违法活动。利用DROP USER命令就能很容易地从权限表中删除用户的所有信息，即来自所有授权表的账户权限记录。DROP USER命令原型如下：

DROP USER user [，user] ……

ps"DROP USER不能自动关闭任何打开的用户对话；而且，如果用户有打开的对话，此时取消用户，则命令不会生效，直到用户对话被关闭后才生效。一旦对话被关闭，用户也被取消，此用户再次试图登录时将会失败。

使用RENAME USER命令重命名用户
RENAMEUSER语句用于对原有MySQL账户进行重命名。RENAMEUSER语句的命令原型如下：

RENAME USER old_user TO new_user [，old_user TO new_user] ……

ps:如果旧账户不存在或者新账户已存在，则会出现错误。

回到顶部
权限管理
GRANT和REVOKE命令
GRANT和REVOKE命令用来管理访问权限，也可以用来创建和删除用户，但在MySQL5.0.2中可以利用CREATE USER和DROP USER命令更容易地实现这些任务。GRANT和REVOKE命令对于谁可以操作服务器及其内容的各个方面提供了多程度的控制，从谁可以关闭服务器，到谁可以修改特定表字段中的信息都能控制。





如果授权表拥有含有mixed-case数据库或表名称的权限记录，并且lower_case_table_names系统变量已设置，则不能使用REVOKE撤销权限，必须直接操纵授权表。（当lower_case_table_names已设置时，GRANT将不会创建此类记录，但是此类记录可能已经在设置变量之前被创建了。）

授予的权限可以分为多个层级：

全局层级适用于一个给定服务器中的所有数据库，这些权限存储在mysql.user表中。GRANT ALL ON *.*和REVOKE ALL ON *.*只授予和撤销全局权限。
数据库层级适用于一个给定数据库中的所有目标，这些权限存储在mysql.db和mysql.host表中。GRANT ALL ON db_name .*和REVOKE ALL ON db_name .*只授予和撤销数据库权限。
表层级适用于一个给定表中的所有列，这些权限存储在mysql.tables_priv表中。GRANT ALL ON db_name.tbl_name和REVOKE ALL ON db_name.tbl_name只授予和撤销表权限。
列层级适用于一个给定表中的单一列，这些权限存储在mysql.columns_priv表中。当使用REVOKE时，您必须指定与被授权列相同的列。
子程序层级,CREATE ROUTINE, ALTER ROUTINE, EXECUTE和GRANT权限适用于已存储的子程序，这些权限可以被授予为全局层级和数据库层级；而且，除了CREATE ROUTINE外，这些权限可以被授予为子程序层级，并存储在mysql.procs_priv表中。

grant all on *.* to user identified by '123456' with grant option;
--授予用户名为user、密码为123456的用户使用所有数据库的所有权限，并允许他向其他人授予这些权限。
revoke all privileges,grant from user;
grant usage on books.* to user identified by '123456';
--创建一个没有任何权限的常规用户
grant select,insert,update,delete,index,alter,create,drop on books.* to user;
--为用户user授予适当的权限
revoke alter,create,drop on books.* from user;
--减少权限
revoke all on books.* from user;
--撤销所有的权限

p

Ⅱ 教您如何查看MySQL用户权限

查看MySQL用户权限：
show grants for 你的用户比如：
show grants for root@'localhost';Grant 用法GRANT USAGE ON *.* TO 'discuz'@'localhost' IDENTIFIED BY PASSWORD '*';
GRANT ALL PRIVILEGES ON `discuz`.* TO 'discuz'@'localhost';
我先按我的理解解释一下上面两句的意思
建立一个只可以在本地登陆的 不能操作的用用户名 discuz 密码为 ***** 已经加密了的
然后第二句的意思是 ，给这个discuz用户操作discuz数据库的所有权限使用GRANTGRANT命令用来建立新用户，指定用户口令并增加用户权限。其格式如下：
mysql GRANT <privileges ON <what
- TO <user [IDENTIFIED BY <password]
- [WITH GRANT OPTION];
正如你看到的源码天空
，在这个命令中有许多待填的内容。让我们逐一地对它们进行介绍，并最终给出一些例子以让你对它们的协同工作有一个了解。
<privileges是一个用逗号分隔的你想要赋予的MySQL用户权限的列表。你可以指定的权限可以分为三种类型：
数据库/数据表/数据列权限： Alter: 修改已存在的数据表(例如增加/删除列)和索引。
Create: 建立新的数据库或数据表。
Delete: 删除表的记录。
Drop: 删除数据表或数据库。
INDEX: 建立或删除索引。
Insert: 增加表的记录。
Select: 显示/搜索表的记录。
Update: 修改表中已存在的记录。
全局管理MySQL用户权限：
file: 在MySQL服务器上读写文件。
PROCESS: 显示或杀死属于其它用户的服务线程。
RELOAD: 重载访问控制表，刷新日志等。
SHUTDOWN: 关闭MySQL服务。
特别的权限：
ALL: 允许做任何事(和root一样)。

Ⅲ mysql 如何查看该数据库用户具有哪些权限

1、use mysql

2、SELECT*FROMusers

就可以看到所有的使用者权限

有关db的数据是记录在Db(大小写要注意)这个数据表中，所以只要呼叫出Db的资料SELECT*FROMDb 就可以看到你要的答案。

或者可以用：

SELECT*FROMDbWHEREDb='phplampDB'找出你要的答案

(3)mysql权限信息存储在扩展阅读：

授予MySQL用户权限的语句

show grants for 你的用户

比如：show grants for root@'localhost';

Grant 用法：

GRANT USAGE ON *.* TO 'discuz'@'localhost' IDENTIFIED BY PASSWORD

'*';

GRANT ALL PRIVILEGES ON `discuz`.* TO 'discuz'@'localhost';

建立一个只可以在本地登陆的 不能操作的用用户名 discuz 密码为 ***** 已经加密了的
然后第二句的意思是 ，给这个discuz用户操作discuz数据库的所有权限

使用GRANT

GRANT命令用来建立新用户，指定用户口令并增加用户权限。其格式如下：

mysql> GRANT <privileges> ON <what>

-> TO <user> [IDENTIFIED BY "<password>"]

-> [WITH GRANT OPTION];

Ⅳ 简述构成mysql权限控制步骤

1、mysql的权限是，从某处来的用户对某对象的权限。
2、mysql的权限采用白名单策略，指定用户能做什么，没有指定的都不能做。
3、权限校验分成两个步骤：
a、能不能连接，检查从哪里来，用户名和密码，常见错误 ERROR 1045 (28000): Access denied for user ...
b、能不能执行操作，粒度从粗到细，分别为：mysql.user, mysql.db, msql.tables_priv, mysql.columns_priv, mysql.proc_priv。
需要注意的是，这些表各有分工，但是在权限分配上有一定的重合。
可以这样理解，mysql 先检查对大范围是否有权限，如果没有再到小范围里去检查。比如：先检查对这个数据库是否有select权限，如果有，就允许执行。如果没有，再检查对表是否有select权限，一直到最细粒度，也没有权限，就拒绝执行。举例来说：要检查张三能否控制一个团，我只要先检查张三能否控制一个军，如果可以，就是有权限，如果不行，再检查张三能否控制一个师。因此，粒度控制越细，权限校验的步骤越多，性能越差，需要考虑。
4、mysql服务启动之后，就会把权限有关的表的数据读到内存中，对权限做的修改，是否会即时生效？要看情况，手动修改表数据，需要 flush privileges
5、创建用户 create user，修改密码 set password，注意 alter user只是设置密码过期，可以登录，但是不能执行任何操作，必须从新设置密码，删除用户 drop user
6、host+user 标示唯一的一个用户，也就是说都叫张三，从不同地方来的张三是两个用户，他们有不同的权限。
7、那么问题来了，表中有两条记录：'root'@'192.168.1.101' 和 'root'@'%', 现在root来登录，mysql 怎么匹配呢？认为是哪个root呢？
mysql 对用户进行了排序，先对host排序，再对user排序，小范围在前面，大范围在后面，从上往下匹配。
8、权限授予，grant 权限 on 对象 to 用户@哪里来 identified by 密码
9、收回权限，revoke 权限 on 对象 from 用户@哪里来，注意revoke 必须要与grant 对应，也就是说，只能收回授予的权限。
10、那么问题来了，我授予张三 select的权限，现在revoke all privileges 也不能收回张三select的权限，因为没有对张三 grant all privileges，怎么解决这个问题？
使用 revoke all privileges，grant option from user
11、权限级别：从某台主机来的某个用户，对某个数据库中某个表的某些列的某部分记录，是否有权限。
12、全局：对象是mysql服务的所有数据库，包含服务级的管理权限，比如showdown
13、数据库：对象是某一个数据库
14、表：对象是数据库中某个表
15、列：对象是表中的某个列，比如：grant select (name) on xxx to xxx
16、程序：对象是存储过程和方法。
17、information_scheme，数据库和表是存放数据的，那么谁来存放 数据库和表这些信息呢？ information_scheme 就是记录数据库和表的，需要注意的是，infromation_scheme没有对应的物理文件，它是mysql在内存中维护的。
18、权限设定原则：
a、尽量缩小权限
b、按业务，分离用户，不同的业务对应不同的用户
c、避免权限粒度太细，因为mysql权限检查，会影响性能。
19、文件泄密，linux下mysql客户端执行的操作记录在文件 ~/.mysql_history中，输出重定向/dev/null
20、密码丢失怎么办？
a、mysql启动，增加选项重置密码
b、mysql启动，增加选项不检查权限，登陆后修改密码，退出重启启动。

Ⅳ MySQL的用户信息存储在MySQL哪个数据库的哪个表中

1、首先在电脑中，打开本地已经安装的Navicat for MySQL，打开Navicat for MySQL工具软件的主界面。

Ⅵ mysql 权限设置

背景

在了解动态权限之前，我们先回顾下 MySQL 的权限列表。

权限列表大体分为服务级别和表级别，列级别以及大而广的角色（也是MySQL 8.0 新增）存储程序等权限。我们看到有一个特殊的 SUPER 权限，可以做好多个操作。比如 SET 变量，在从机重新指定相关主机信息以及清理二进制日志等。那这里可以看到，SUPER 有点太过强大，导致了仅仅想实现子权限变得十分困难，比如用户只能 SET 变量，其他的都不想要。那么 MySQL 8.0 之前没法实现，权限的细分不够明确，容易让非法用户钻空子。

那么 MySQL 8.0 把权限细分为静态权限和动态权限，下面我画了两张详细的区分图，图 1 为静态权限，图 2 为动态权限。

图 1- MySQL 静态权限的权限管理图

图 2-动态权限图

那我们看到其实动态权限就是对 SUPER 权限的细分。 SUPER 权限在未来将会被废弃掉。

我们来看个简单的例子，

比如， 用户 'ytt2@localhost', 有 SUPER 权限。

mysql> show grants for ytt2@'localhost';+---------------------------------------------------------------------------------+| Grants for ytt2@localhost |+---------------------------------------------------------------------------------+| GRANT INSERT, UPDATE, DELETE, CREATE, ALTER, SUPER ON *.* TO ytt2@localhost |+---------------------------------------------------------------------------------+1 row in set (0.00 sec)

但是现在我只想这个用户有 SUPER 的子集，设置变量的权限。那么单独给这个用户赋予两个能设置系统变量的动态权限，完了把 SUPER 给拿掉。

mysql> grant session_variables_admin,system_variables_admin on *.* to ytt2@'localhost';Query OK, 0 rows affected (0.03 sec)mysql> revoke super on *.* from ytt2@'localhost';Query OK, 0 rows affected, 1 warning (0.02 sec)

我们看到这个 WARNINGS 提示 SUPER 已经废弃了。

• mysql> show warnings;

• +---------+------+----------------------------------------------+

• | Level | Code | Message |

• +---------+------+----------------------------------------------+

• | Warning | 1287 | The SUPER privilege identifier is deprecated |

• +---------+------+----------------------------------------------+

• 1 row in set (0.00 sec)`

• mysql> show grants for ytt2@'localhost';

• +-----------------------------------------------------------------------------------+

• | Grants for ytt2@localhost |

• +-----------------------------------------------------------------------------------+

• | GRANT INSERT, UPDATE, DELETE, CREATE, ALTER ON *.* TO ytt2@localhost |

• | GRANT SESSION_VARIABLES_ADMIN,SYSTEM_VARIABLES_ADMIN ON *.* TO ytt2@localhost |

• +-----------------------------------------------------------------------------------+

• 2 rows in set (0.00 sec)

当然图 2 上还有其它的动态权限，这里就不做特别说明了。

Ⅶ mysql 执行存储过程需要什么权限

创建存储过程的时候可以指定 SQL SECURITY属性，设置为 DEFINER 或者INVOKER，用来奉告mysql在执行存储过程的时候，，是以DEFINER用户的权限来执行，还是以调用者的权限来执行。
默认情况下，使用DEFINER方式，此时调用存储过程的用户必须有存储过程的EXECUTE权限，并且DEFINER指定的用户必须是在mysql.user表中存在的用户。
DEFINER模式下，默认DEFINER=CURRENT_USER，在存储过程执行时 mysql 会检查DEFINER定义的用户'user_name'@'host_name'的权限；
INVOKER模式下，在存储过程执行时，会检查存储过程调用者的权限。

Ⅷ mysql数据库的存放位置在哪里

数据库文件默认存放位置：C:Program FilesMySQLMySQL Server 5.0data。

数据库的配置文件在C:Program FilesMySQLMySQL Server 5.0my.ini。

在data文件夹里找到不test的数据库文件夹和自己创建的文件夹是因为test数据库是空的数据库，用于测试使用，自己的文件夹需要去mysql数据库寻找。

mysql数据库文件默认存放位置：C:Program FilesMySQLMySQL Server 5.0mysql。

MySQL是一种开放源代码的关系型数据库管理系统（RDBMS），MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言（SQL）进行数据库管理。

下面详细介绍几个找不同数据库用到的命令：

1、选择你所创建的数据库

mysql> USE MYSQLDATA; (按回车键出现Database changed 时说明操作成功！)

2、:使用SHOW语句找出在服务器上当前存在什么数据库

mysql> SHOW DATABASES;

3、查看现在的数据库中存在什么表

mysql> SHOW TABLES;

4、显示表的结构。

mysql> DESCRIBE MYTABLE;

(8)mysql权限信息存储在扩展阅读：

mysql数据库服务器有三个数据库：information_schema数据库，mysql数据库，test数据库。

1、nformation_schema数据库：这个数据库保存了mysql服务器所有数据库的信息。比如数据库的名、数据库的表、访问权限、数据库表的数据类型，数据库索引的信息等等。就是关于这个数据库的点点滴滴信息都存储在这个数据库中。

nformation_schema数据库是MySQL自带的，它提供了访问数据库元数据的方式。什么是元数据呢？元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。

在MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。

如数据库名，数据库的表，表栏的数据类型与访问权 限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，将无法看到与之相关的任何文件。

2、mysql数据库：这个数据库中是mysql数据库中的所有的信息表。

这个是mysql的核心数据库，类似于sql server中的master表，主要负责存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息。不可以删除，如果对mysql不是很了解，也不要轻易修改这个数据库里面的表信息。

3、test数据库：空的数据库，用于测试用。

这个是安装时候创建的一个测试数据库，和它的名字一样，是一个完全的空数据库，没有任何表，可以删除。

Ⅸ 如何查看mysql数据库存储位置

很多时候，mysql的数据会非常大，数据默认放在/var/lib/mysql，由于/var所划分的
空间不够大，所以我们需要将mysql数据存放路径修改一下，放到大分区里面，以便
可以应付mysql数据增长。
www.2cto.com
1.设置新的存放路径
mkdir
-p
/data/mysql
2.复制原有数据
cp
-r
/var/lib/mysql/*
/data/mysql
3.修改权限
chown
-r
mysql:mysql
/data/mysql
www.2cto.com
4.修改配置文件
vim
/etc/mysql/my.cnf
datadir
=
/data/mysql
5.修改启动文件
vim
/etc/apparmor.d/usr.sbin.mysqld
#把
/var/lib/mysql
r,
/var/lib/mysql/**
rwk,
#改成
/data/mysql
r,
/data/mysql/**
rwk,
6.重启服务
重启apparmor
/etc/init.d/apparmor
restart
/etc/init.d/mysql
restart
完成

Ⅹ 请简要简述MySQL的四大系统数据库及其作用

MySQL 自带了四个数据库，如下：

• mysql库。是MySQL的核心数据库，存储用户、权限等信息

• information_schema。存储表、锁等性能信息。元数据关于数据的数据，如数据库名，表名，访问权限，库表的数据类型，库索引的信息等

• sys。这个库数据来源于performance_schema。目标是把performance_schema的复杂程度降低，让DBA能更好的阅读这个库里的内容，让DBA更快的了解DB的运行情况。

• performance_schema。这个库主要收集数据库服务器性能参数，用于监控服务器在一个较低级别的过程中的资源消耗，资源等待等情况