本文源码:GitHub·点这里 || GitEE·点这里
一、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
来源:oschina
链接:https://my.oschina.net/cicadasmile/blog/3212152