在部署数据库服务时，不少朋友在完成安装步骤后，满心欢喜地准备使用空密码或者自己习惯的密码登录控制台，结果却吃了个闭门羹，系统提示访问被拒绝。其实从MySQL 8.0版本开始，官方为了强化安全机制，彻底摒弃了旧版本中默认允许空密码登录的策略。在初始化数据目录的过程中，系统会自动生成一段复杂的随机字符串作为初始临时密码，并将其妥善保存在服务器的错误日志文件中。如果不去查阅这个日志文件，根本无法获取到正确的初始凭证，自然也就无法顺利登入数据库进行后续的配置和业务开发。
一、初始密码无法登录的常见原因与误区排查
很多时候，我们无法使用初始密码登录，并非系统出现了致命故障，而是陷入了某些思维定势或操作误区。最典型的一个误区就是想当然地认为数据库刚安装完是没有密码的。在早期的版本中，root用户确实可以通过空密码直接进入，但这在现代版本中已经成为历史。如果你尝试敲击mysql -u root -p然后直接回车，只会收到Access denied for user 'root'@'localhost'的报错。
另一个常见原因在于初始化命令的差异。有些开发者在部署时没有使用官方标准的mysqld --initialize命令，而是使用了mysqld --initialize-insecure。后者确实会生成一个空密码的root账户，但这并不是标准的安全做法。如果你确信自己使用的是标准初始化命令，那么密码必然是随机生成的。还有一种情况是，系统中可能残留了旧版本的数据目录，导致初始化时并没有真正生成新的密码，或者生成的密码被写到了你找不到的旧日志路径中。此时，彻底清理残留的数据目录并重新初始化是解决问题的关键。
此外，网络连接方式不当也会导致看似密码正确却无法登录的现象。MySQL在权限表中区分了localhost和127.0.0.1的连接来源。有时候你使用mysql -u root -p默认走的是本地套接字文件连接，而如果你在配置文件中禁用了套接字连接，或者客户端默认使用了TCP/IP方式连接到127.0.0.1，可能会因为权限表中没有对应的127.0.0.1记录而导致认证失败。因此，排查登录问题时，不仅要核对密码本身，还要确认连接方式是否与权限分配匹配。
二、深入解析error.log日志并提取临时密码
既然系统自动生成了随机密码，那么它一定会留下蛛丝马迹，这个线索就隐藏在error.log（错误日志）中。错误日志是数据库服务启动、运行和停止过程中记录重要事件的文件，在首次初始化时，系统会将生成的临时root密码明文写入该文件。因此，找到这个日志文件是破局的核心。
要找到日志文件，首先得知道它的存放位置。在Linux系统中，默认的错误日志通常位于/var/log/mysqld.log或者/var/log/mysql/error.log，具体取决于你的发行版和安装方式。如果是通过源码编译安装的，则可能在数据目录下，即datadir参数指定的路径中。而在Windows系统中，如果使用了默认安装路径，该文件通常隐藏在C:\ProgramData\MySQL\MySQL Server 8.0\Data目录下。需要注意的是，ProgramData是一个隐藏文件夹，需要在文件资源管理器中开启显示隐藏文件的功能才能看到。
找到日志文件后，我们需要从中筛选出包含密码的那一行。在Linux环境下，可以借助强大的文本搜索工具grep来快速定位。你可以执行类似如下的命令来提取密码行：
# 查找/var/log/mysqld.log中的临时密码 grep 'temporary password' /var/log/mysqld.log
执行后，终端会输出一段类似于[Note] [MY-010454] [Server] A temporary password is generated for root@localhost: xxxxxxxx的信息。冒号后面的那串复杂字符，就是你急需的初始密码。在Windows环境下，你可以使用记事本打开该日志文件，然后通过查找功能搜索temporary password关键字，同样能迅速定位到这串密码。需要注意的是，这串密码通常包含大小写字母、数字和特殊符号，在复制时务必完整，不要多复制了空格或漏掉末尾的字符。
三、使用临时密码登录并安全修改为永久密码
拿到临时密码后，不要高兴得太早，因为这只是一个过渡凭证。如果直接使用它登录，虽然能够进入MySQL控制台，但你会发现几乎做不了任何实质性的事情。因为系统强制要求，使用临时密码登录后，必须立即修改密码才能执行后续的SQL语句，否则任何查询操作都会被拦截并提示你需要重置密码。
登录的命令很简单，在终端输入mysql -u root -p，然后系统会提示你输入密码。此时将刚才从日志中提取的临时密码粘贴进去并回车。注意，在Linux终端中输入密码时，屏幕上不会有任何字符显示，这是正常的安全保护机制，不要误以为键盘失灵。成功登录后，你需要使用ALTER USER语句来修改密码。这里有一个非常关键的细节：MySQL 8.0默认的密码验证插件是caching_sha2_password，它对密码的复杂度有较高要求，通常需要包含大小写字母、数字和特殊符号，且长度不能太短。如果你尝试设置像123456这样简单的密码，会直接报错并被拒绝执行。
下面是修改密码的标准操作示例：
-- 修改root用户密码为新的复杂密码 ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass@123'; -- 刷新权限使新密码立即生效 FLUSH PRIVILEGES;
执行完上述语句后，你的root账户就拥有了一个你自己设定且容易记忆的永久密码了。如果你确实希望设置一个简单的密码用于本地测试环境，可以通过修改全局密码策略参数来实现。例如，先将validate_password.policy设置为LOW，再将validate_password.length设置为6，这样就可以设置纯数字或简单字母的密码了。但在生产环境中，强烈建议保持默认的高强度密码策略，以防止数据库遭到暴力破解。