在使用 MySQL 数据库时，偶尔会遭遇一些错误，其中一个比较常见的问题就是“ERROR 1290 (HY000): The MySQL server is running with the --skip-grant-tables”. 这个错误通常意味着 MySQL 服务启动时没有加载权限表，这在某些情况下是有用的，但如果错误发生了，我们就需要解决，然后恢复正常的权限管理。
事件背景
首先，我们来详细理解一下什么是 --skip-grant-tables。当你使用启动参数 --skip-grant-tables 启动 MySQL 时，数据库服务器将不会检查用户的权限。这个模式主要用于救援操作，例如当你忘记了 MySQL 用户的密码、或者需要重置一些用户的权限时。
但当 MySQL 处于这种状态下时，所有用户都可以连接到数据库而不需要提供密码，这虽然方便但在生产环境中极其危险。为了维护系统的安全性，在修复完相应问题后，一定要将 MySQL 重新配置为正常模式。
解决步骤
1. 以安全模式启动 MySQL
首先，我们需要确保 MySQL 当前的状态。如果已经在 --skip-grant-tables 模式下运行，我们需要先关闭 MySQL 服务。我们可以使用以下命令：
sudo systemctl stop mysql
然后以安全模式启动 MySQL。可以使用如下命令：
sudo mysqld_safe --skip-grant-tables &
2. 登录 MySQL
当 MySQL 以这种方式启动后，不需要密码就可以登录到数据库。打开新的终端窗口，输入以下命令：
mysql -u root
此时你应该已经成功进入 MySQL 命令行界面。
3. 刷新权限
在进入 MySQL 后，我们要刷新权限，以便 MySQL 重新载入权限表。输入以下 SQL 命令：
FLUSH PRIVILEGES;
4. 修改用户密码
如果我们是为了重置用户密码，那么可以执行如下 SQL 命令：
ALTER USER 'your_user'@'localhost' IDENTIFIED BY 'your_new_password';
将 your_user 替换为你要修改密码的用户名，将 your_new_password 替换为新密码。
5. 退出 MySQL
完成修改后，可以输入 exit 来退出 MySQL：
exit;
6. 恢复正常模式
一旦设置完成，我们需要停止 MySQL 服务并重新启动，以确保它不再以 --skip-grant-tables 模式运行：
sudo systemctl stop mysql
sudo systemctl start mysql
在重新启动后，可以通过如下命令验证 MySQL 是否正常：
mysql -u your_user -p
7. 结论
通过上述步骤，我们可以有效地解决因 MySQL 服务器以 --skip-grant-tables 模式运行而产生的访问权限问题。在生产环境中，切记不要长时间保持这个模式，因为这会导致潜在的安全风险。
另外，如果平时在访问数据库时遭遇到权限方面的问题，最好是首先检查是否有使用 --skip-grant-tables 的设置。清晰的数据库管理策略以及定期更新和备份用户权限，可以有效防止这样的问题再次发生。希望这些步骤能够帮助到你，顺利解决错误并恢复数据库的正常使用。
