MySQL 5.7 新增默认账号 mysql.session和mysql.sys

在闲逛mysql时发现mysql库的user表下有两个账户比较特别：mysql.session 和 mysql.sys查一下 user 表里面都有哪些账户：mysql.sys@localhost:用于 sys schema 中对象的定义。使用 mysql.sys 用户可避免 DBA 重命名或者删除 root 用户时发生的问题。该用户已被锁定，客户端无法连接。mysql.session@localhost:插件内部使用来访问服务器。该用户已被锁定，客户端无法连接。 root@localhost:这个就是 root 账号啦！其用于管理。该用户拥有所有权限，可执行任何 *** 作。严格来说，这个账号不应该被保留。 root 是 MySQ L的特权账号，这个众所周知，也带来安全隐患。建议将root账号禁用或者删除，新建一个特权账号用于管理。 在MySQL 5.6以前，我们通过 show processlist\G 命令查看系统中正在运行的所有进程： 从5.7开始，我们又可以通过 sys.session 表来查看系统正在运行的所有进程，而且该表中的记录相 processlist 比较完善： 很显然， select * from sys.session 能得到更多的信息。

MySQL 5.7 新增默认账号 mysql.session和mysql.syshttps://www.jianshu.com/p/427cac0d8763Privileges Supported by MySQLhttps://dev.mysql.com/doc/refman/5.7/en/grant.htmlMySQL 5.7 Reference Manual/Reserved Accountshttps://dev.mysql.com/doc/refman/5.7/en/reserved-users.htmlWhat are mysql.session@localhost and mysql.sys@localhost user accounts good for?https://stackoverflow.com/questions/46149220/what-are-mysql-sessionlocalhost-and-mysql-syslocalhost-user-accounts-good-forOne part of the MySQL installation process is data directory initialization (see  Section 2.10.1, “Initializing the Data Directory” ).  During data directory initialization, MySQL creates user accounts that should be considered reserved:'root'@'localhost : Used for administrative purposes. This account has all privileges and can perform any operation. Strictly speaking, this account name is not reserved, in the sense that some installations rename the root account to something else to avoid exposing a highly privileged account with a well-known name.'mysql.sys'@'localhost' : Used as the DEFINER for  sys  schema objects. Use of the mysql.sys account avoids problems that occur if a DBA renames or removes the root account. This account is locked so that it cannot be used for client connections.'mysql.session'@'localhost' : Used internally by plugins to access the server. This account is locked so that it cannot be used for client connections.用于sys schema中对象的定义。使用mysql.sys用户可避免DBA重命名或者删除root用户时发生的问题。该用户已被锁定，客户端无法连接。插件内部使用来访问服务器。该用户已被锁定，客户端无法连接。root账号，其用于管理。该用户拥有所有权限，可执行任何 *** 作。 root是MySQL的特权账号，这个众所周知，也带来安全隐患，建议将root账号禁用或者删除，新建一个特权账号用于管理。

被取消的命令MySQL 之前提供了一个 rename database db_old to db_new 的命令来直接对数据库改名，可能由于实现的功能不完备（比如，这条命令可能是一个超大的事务，或者是由于之前的表很多还是 MyISAM 等），后来的版本直接取消了这条命令。更改数据库名大致上有以下几种方案：

一、mysqldump 导入导出要说最简单的方法，就是直接用 mysqldump 工具，在旧库导出再往新库导入（最原始、最慢、最容易想到）的方法：旧库 yttdb_old 导出（包含的对象：表、视图、触发器、事件、存储过程、存储函数）

二、改整库的表名利用 MySQL 更改表名的方法来批量把旧库的所有表依次遍历，改名为新库的表。这种方法比第一种要快很多倍，但是没有第一步 *** 作起来那么顺滑，不能一步到位。比如，要把数据库 yttdb_old 改名为 yttdb_new，如果数据库 yttdb_old 里只有磁盘表，那很简单，直接改名即可。或者写个脚本来批量改，非常简单。但是一般旧库里不只有磁盘表，还包含其他各种对象。这时候可以先考虑把旧库的各种对象导出来，完了在逐一改完表名后导进去。

三、历史方案其实在 MySQL 早期还有一种方法。假设 MySQL 部署好了后，所有的 binlog 都有备份，并且二进制日志格式还是 statement 的话，那就可以简单搭建一台从机，让它慢慢追主机到新的库名，等确切要更改旧库的时候，再直接晋升从机为主机即可。这里只需要从机配置一个参数来把旧库指向为新库：replicate-rewrite-db=yttdb_old->yttdb_new不过这种局限性很大，不具备标准化，不推荐。

总结其实针对 MySQL 本身改库名，大致就这么几种方法：

如果数据量小，推荐第一种；

数据量大，则推荐第二种；

数据量巨大，那就非 MySQL 本身能解决的了。

可通过部署第三方 ETL 工具，通过解析 MySQL 二进制日志或其他的方式来把旧库数据直接读取到新库达到改名的目的等等。

---