Let's break down what's happening here and fix it step by step:

为什么会出现这个报错？ #

你执行DROP DATABASE blog_data成功后，这个数据库已经被彻底删除了。现在用sudo mysql -u djangouser -p登录时报错，核心原因是你的登录操作在尝试自动连接blog_data数据库，但它已经不存在了。这种情况通常来自两个地方：

1. djangouser的默认数据库被设置为blog_data #

MySQL用户可以配置一个默认数据库，当你不指定具体数据库登录时，系统会自动尝试连接这个默认库。如果默认库被删除，登录就会触发"Unknown database"报错。

2. 客户端配置文件指定了默认数据库 #

如果你的MySQL客户端配置文件（比如/etc/mysql/my.cnf或者用户目录下的~/.my.cnf）的[client]段里设置了database=blog_data，登录时会自动加载这个配置，尝试连接已删除的数据库。

排查与修复步骤 #

步骤1：先绕过默认数据库登录 #

首先，我们可以强制指定一个存在的数据库登录，验证这个思路：

sudo mysql -u djangouser -p --database=mysql

这里指定连接系统自带的mysql数据库，正常情况下应该能成功登录。登录后可以执行SHOW DATABASES;确认blog_data确实不存在。

步骤2：检查并修改用户的默认数据库 #

如果步骤1成功，说明是用户默认数据库的问题。接下来用root权限登录MySQL（比如sudo mysql -u root -p），执行以下命令查看djangouser的默认数据库：

-- MySQL 8.0+版本
SELECT user, host, default_schema FROM mysql.user WHERE user = 'djangouser';

-- MySQL 5.x版本
SELECT user, host, db FROM mysql.db WHERE user = 'djangouser';

如果结果里default_schema（或db）字段是blog_data，就修改为一个存在的数据库（比如mysql，或者你重新创建的其他库）：

-- 替换localhost为你的用户主机，some_existing_db为存在的数据库
ALTER USER 'djangouser'@'localhost' DEFAULT DATABASE some_existing_db;

步骤3：检查客户端配置文件 #

如果步骤1还是报错，那可能是配置文件的问题。找到你的MySQL客户端配置文件（常见路径：/etc/mysql/my.cnf、/etc/my.cnf、~/.my.cnf），打开后查找[client]段，看是否有类似这样的配置：

[client]
database=blog_data

如果有，把这一行注释掉（前面加#）或者修改为存在的数据库名称，保存后重新登录即可。

步骤4：如果需要恢复数据库 #

如果你只是误删了blog_data，想要恢复的话，登录MySQL后执行：

CREATE DATABASE blog_data;
-- 记得给djangouser重新授权（如果之前有授权的话）
GRANT ALL PRIVILEGES ON blog_data.* TO 'djangouser'@'localhost';
FLUSH PRIVILEGES;

内容的提问来源于stack exchange，提问作者Arjun Singh