MySQL基础中如何理解用户和权限管理以及日志体系，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：国际域名空间、虚拟空间、营销软件、网站建设、康乐网站维护、网站推广。

一、MySQL用户

1、基础描述

在数据库的使用过程中，用户作为访问数据库的鉴权因素，起到非常重要的作用，安装MySQL时会自动生成一个root用户，作为数据库管理员，拥有所有权限。在多用户的应用场景下，可能需要给不同的用户分配不同的权限，用来提升系统的稳定性，比如常见：报表库只提供读权限，或者开放给第三方的库，也只提供可读用户。

2、用户管理

基本描述

MySQL将用户信息存储在系统数据库mysql的user表中。根据用户名密码和客户端主机来定义帐户。

用户密码：基本验证操作 ；

客户端IP：类似黑白名单的限制，支持通配符表达式 ；

SELECT t.`Host`,t.`User`,t.authentication_string 
FROM mysql.`user` t ;

添加用户

可以对user表进行增删改查一系列操作，进而添加用户，不同的用户就会涉及到不同的操作权限，这就是另外一个问题：用户的权限管理。

这里添加一个user01用户，作为权限模块的测试用户，权限先给和root用户一样的权限。

INSERT INTO `mysql`.`user`(`Host`, `User`, `authentication_string`) 
VALUES ('%', 'user01', '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9');
FLUSH PRIVILEGES ;

注意：这里host赋值%，就是代表所有IP可以通过user01用户连接MySQL服务器。修改系统表之后需要执行一次刷新操作。

二、访问鉴权

1、权限控制

MySQL数据库系统中，权限分配涉及到如下几张核心表：user、db、table_pric、columns_priv。在权限认证时候遵守该顺序逐步验证。

• 权限表描述

user表：存储用户和用户全局权限，也是MySQL鉴权流程首当其冲的表 ；

db表：保存数据库权限 ；

tables_priv表：存储表权限，面向一个特定表中的和其中所有列；

columns_priv表：存储列权限，面向一个特定表中的单一列；

注意：权限表的管理，不止上述描述的几个，但是人生苦短，把这几个理顺了，其他表也应该可以顺藤摸瓜找过去。

• user表结构

这里处理包含用户的连接信息，还有很多权限点认证。

CREATE TABLE `user` (
  `Host` char(60) COLLATE utf8_bin NOT NULL DEFAULT '',
  `User` char(32) COLLATE utf8_bin NOT NULL DEFAULT '',
  `Select_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Insert_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Update_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Delete_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Drop_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  ... //此处省略很多
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='Users and global privileges';

注意：注释说明,用户和全局权限管理。

• 权限点描述

对一般开发流程而言，知道如下几个权限点管理即可，道理同上，到需要使用的时候再去熟悉，不差时。

SELECT: 查询表中的记录 ；
INSERT: 向表中写入新数据 ；
UPDATE: 更新表数据；
DELETE: 删除表的记录 ；
CREATE: 创建数据库和表 ；
DROP: 删除数据库和表 ；

絮叨一句：工作几年之后，你最喜欢写的程序逻辑是什么？反正我就想写写简单的增删改查操作。

2、鉴权流程

首先验证user表，其次db表，然后table表，再然后column表；

基于范围逐级缩小，权限不断的细化。

• 测试user01用户权限

权限查询

首先查看user01用户的查询权限。此时该用户是具有select权限的。

SELECT t.`Host`,t.`User`,t.Select_priv 
FROM mysql.`user` t WHERE t.`User`='user01' ;

基于客户端工具，使用user01用户登录MySQL服务器，可以正常使用查询权限。

禁用查询权限点

UPDATE `mysql`.`user` SET `Select_priv` = 'N' WHERE `User` = 'user01';
FLUSH PRIVILEGES ;

权限验证

使用user01登录的客户端，不能查询表数据，说明权限管理起到作用了。

三、日志记录系统

1、日志配置查看

基于该语句查看日志相关配置，例如日志地址，是否开启关闭，日志缓存大小，相关配置信息。

SHOW GLOBAL VARIABLES LIKE '%log%';

正常停止MySQL服务器，可以通过my.cnf更改相关配置。Linux下配置文件一般在/etc/my.cnf中。

2、InnoDB事务日志

InnoDB的事务日志包括Redo-log和Undo-log两种，这个日志的描述在MySQL5.7官方文档的InnoDB存储引擎-磁盘结构模块下面。

• Redo-log

重做日志：基于磁盘的数据结构，记录事务性操作崩溃期间没有正常写入库的数据，重做：处理日志中没有正常写入的数据记录，完成数据入库。

• Undo-log

回滚日志：提供回滚操作和多个行版本控制MVCC，事务提交时，会记录Undo-log，当事务失败或执行回滚，就需要通过Undo-log进行回滚。思维跳跃一层：当写入数据时，日志记录应该是新增标记，要执行的记录是删除这条数据操作，删除数据，过程应该相反，要记录的是删除的这条数据的写入操作。

2、错误日志

在MySQL的配置文件中，log_error是强制开启的，且没有关闭开关，用来记录mysql服务器每次启动和关闭时的详细信息，以及运行过程中出现的的严重警告信息和错误信息等，Linux下配置如下:

log-error=/var/log/mysqld.log

错误日志包含mysqld启动和关闭时间的记录。它还包含诊断消息，例如错误，警告和注释，它们在服务器启动和关闭期间以及服务器运行期间发生。例如，如果mysqld注意到需要自动检查或修复表，它将向错误日志中写入一条消息。

3、通用查询日志

General-Query-Log，所有连接和语句被记录到日志文件。当想知道客户端发生了错误并想确切地知道该客户端发送给mysqld的语句时，该日志可能非常有用。mysqld按照它接收的顺序记录语句到查询日志。可能与执行的顺序不同。这与更新日志和二进制日志不同，它们在查询执行后，但是任何一个锁释放之前记录日志。MySQL5.6版本下是默认关闭的。

4、二进制日志

Binary-Log，主要用来记录数据库更改，例如表创建操作或表数据更改的事件，对于主从复制流程，主库服务器上的二进制日志发送到从库服务器，从服务器执行这些事件，保证主从服务器的数据同步。

log_bin  OFF

MySQL5.6版本下，该日志默认是关闭的。

5、慢查询日志

Slow-Query-Log慢查询日志主要记录mysql中执行的时间比较长的sql，默认的阈值是10秒，执行时间超过10秒的sql语句就会被慢查询日志所记录，慢查询日志的配置可以在mysql的配置文件中配置，默认不开启。

SHOW GLOBAL VARIABLES LIKE '%long_query_time%';

开启慢查询日志，通过对该时间的调整，可以记录性能差的SQL语句，进行分析优化，对系统性能的提升十分有帮助。

四、源代码地址

GitHub·地址
https://github.com/cicadasmile/mysql-data-base
GitEE·地址
https://gitee.com/cicadasmile/mysql-data-base

关于MySQL基础中如何理解用户和权限管理以及日志体系问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注创新互联行业资讯频道了解更多相关知识。

网页名称：MySQL基础中如何理解用户和权限管理以及日志体系
链接URL：http://myzitong.com/article/ghpipe.html