MySQL安装与配置实战详解：Windows/Linux/Docker全场景指南-代码聚汇网

MySQL安装与配置实战详解：Windows/Linux/Docker全场景指南

MySQL安装MySQL配置Windows安装MySQL

|难度：普通|阅读约 44 分钟

最近几乎每周都会有人在群里问MySQL怎么装，而且问题都出奇地一致——要么是下载完不知道下一步干嘛，要么是服务启动报错、连不上数据库、密码不知道怎么回事就失效了。其实MySQL环境安装与配置本身不难，难的是大家在开始之前对整个过程没有一个整体认知，遇到报错就慌。这篇不打算写得像官方文档那样一本正经，我把Windows、Linux、Docker三种主流安装方式都走了一遍，把我实际踩过的坑、排查过的报错、验证过的配置全部整理出来，争取让不同基础的读者都能照着做完。

这篇文章适合三类人看：第一次装MySQL的纯新手，需要给项目搭建本地开发环境的后端工程师，以及想从Windows迁移到Linux或Docker环境的运维同学。我会把版本选择、安装方式对比、初始化步骤、常见报错排查全部揉在一起，尽量做到每一步都能直接抄作业。

1. 装MySQL前，先理清这几个版本与平台问题

很多人在安装之前最纠结的就是版本问题。MySQL的现状是5.7和8.0两个大版本同时在大量生产环境里跑着，这跟Oracle、PostgreSQL的升级节奏不太一样，5.7已经算是老将了，但用户基数太大，很多企业项目还在用它。如果你是自己学习或者新起一个项目，我建议直接上8.0，理由后面会细说。但如果你的项目引用了老版本驱动的中间件，或者网上抄来的代码里用了5.7时代的SQL写法，那装5.7也不丢人，先把环境跑起来比什么都重要。

先看一张版本对比表，方便你快速判断。

对比维度	MySQL 5.7	MySQL 8.0
默认字符集	latin1（需手动改utf8mb4）	utf8mb4
认证插件	mysql_native_password	caching_sha2_password
窗口函数	不支持	支持
公用表表达式（CTE）	不支持	支持
性能	稳定	同配置下普遍更好
兼容性	老项目兼容好	新版客户端工具兼容好

8.0的默认认证插件改成了caching_sha2_password，这一步改动让很多老版本的客户端工具（比如某些早期的Navicat版本、Python的mysql-connector）在连接时会报认证协议不支持的错误。这个坑我在后面排错章节专门讲。

除了版本，平台选择也要提前想好。Windows适合开发调试，装个服务、用个图形工具就能跑；Linux服务器是生产环境的主流，部署上线基本都往Linux上放；Docker则是一种“环境集装箱”式的部署方式，适合需要快速搭建多套隔离环境、或者想避免污染宿主机环境的场景。很多人会问“哪个最好”，这种问题其实没有标准答案，我的经验是：本机开发用Windows或macOS，团队协作和测试环境用Docker，正式服务器用Linux原生安装。你在动手之前先想清楚自己属于哪种场景，后面每一步都不会白做。

另外一个容易忽略的问题是安装包的许可证和发行方式。MySQL的社区版（Community Server）是免费的，企业版虽然强大但需要授权。下载的时候注意不要错点进企业版的安装引导页，社区版的下载入口一般在官网的MySQL Community Server页面。Windows平台下还有MSI Installer和ZIP解压版两种选择，前者有图形化安装界面、内置了配置向导，适合新手；后者纯粹是二进制文件，配置全部自己写，适合喜欢掌控所有细节或者需要一键脚本批量部署的人。

另外多说一句，国内网络环境下从官网下载MySQL往往很慢。如果没有特殊需求，可以直接用国内镜像源下载，速度会快很多。清华、阿里都有MySQL的镜像库，下载时注意选对平台和版本号就行。这个细节能帮你省不少时间。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. Windows端完整安装：从解压到服务启动会遇到的所有事

2.1 ZIP解压版还是MSI安装版：我为什么推荐先试解压版

Windows下的安装方式主要有两种，官方MSI安装程序和ZIP解压包。多数新手喜欢MSI，因为图形化安装界面下一步下一步就装完了，还能顺手帮你把服务注册好、环境变量配好。但这里有个问题——MSI安装版默认把数据目录和配置文件的隐藏逻辑做掉了，新手很容易“装完就忘”，出了问题不知道配置文件在哪、数据目录在哪，排查起来非常被动。

所以我个人的建议是：如果你想真正搞懂MySQL是怎么运行的，用ZIP解压版手动装一遍。整个过程其实就是解压、写配置、初始化、注册服务、启动、登录这几步，走完一遍，你的脑子里就有了MySQL的运行全景图。以后不管是换机器还是上Linux，思路都是通的。

先说下载。解压版在官网就能下，Windows平台下选ZIP Archive结尾的包。下载完解压到比如D:\mysql-8.0.36-winx64，路径里尽量别有中文和空格，我以前见过装到D:\Program Files下面然后mysqld找data目录路径被空格卡住的案例，虽然现在8.0对路径处理好了不少，但能避开就避开。

2.2 最关键的一步：手写my.ini配置文件

解压完成后，在MySQL根目录下新建一个文本文件，命名为my.ini。这是整个安装过程中最核心的一步，因为MySQL在Windows上默认不会自己生成一份合理配置文件，数据目录初始化、端口、字符集、日志路径全靠这份文件决定。

下面是一份我长期在用、验证过没有问题的Windows基础配置：

ini复制[mysqld]
# 端口号，默认3306，如果被占用可以改成3307
port=3306
# MySQL安装根目录，注意路径分隔符用/或双反斜杠
basedir=D:/mysql-8.0.36-winx64
# 数据目录，存放库表文件
datadir=D:/mysql-8.0.36-winx64/data
# 默认字符集
character-set-server=utf8mb4
# 默认排序规则
collation-server=utf8mb4_unicode_ci
# 默认存储引擎
default-storage-engine=INNODB
# 跳过反向DNS解析，局域网连接能快一点
skip-name-resolve
# 绑定地址，默认127.0.0.1，需要远程访问时改成0.0.0.0
bind-address=127.0.0.1
# 最大连接数
max_connections=200
# 默认身份认证插件，保持mysql_native_password可以兼容老客户端
# 8.0默认是caching_sha2_password，如需兼容旧工具就取消下一行注释
# default_authentication_plugin=mysql_native_password

[client]
port=3306
default-character-set=utf8mb4

这里提一下每个参数是干什么的，避免大家写完也不知道自己在配什么。basedir是MySQL程序所在路径，datadir是数据库物理表文件的存放路径，这两个是基础中的基础，写错任何一个服务都会起不来。character-set-server和collation-server决定建库建表的默认字符集，统一设成utf8mb4可以从根源上避免中文乱码问题。skip-name-resolve是一个性能优化项，让MySQL在验证连接时不查客户端的主机名反解析，局域网内连接能快那么一丁点，但代价是host不能使用域名授权，只能写IP。

2.3 初始化数据目录与注册Windows服务

写好了my.ini，接下来用管理员权限打开命令行工具（注意，一定要管理员权限），进入MySQL的bin目录。先执行初始化操作：

bash复制cd /d D:\mysql-8.0.36-winx64\bin
mysqld --initialize-insecure

--initialize-insecure的意思是初始化数据目录，并且root账号默认空密码。还有一个参数是--initialize，它会给root生成一个临时随机密码，保存在错误日志里。新手我建议先用前者，拿到空密码后第一时间自己改密码，比较省事。初始化完成后，你会在MySQL目录下看到多了一个data文件夹，这就说明成功了。

接着注册系统服务：

bash复制mysqld --install MySQL

这里的MySQL是服务名称，你想叫MySQL80或者MyDB都可以，只要自己记得住。注册成功后会提示Service successfully installed。然后启动服务：

bash复制net start MySQL

服务启动后，用命令行登录验证：

bash复制mysql -u root -p

因为是空密码，提示输入密码的时候直接回车就行。登录成功后执行一条SQL确认版本和当前用户：

sql复制SELECT VERSION();
SELECT CURRENT_USER();

到这里，一个基础的Windows MySQL环境就算是装好了。注意，mysqld --install只需要执行一次，以后开机服务会自动启动，不想让它自启的话可以在服务管理器里把启动类型改成“手动”。

2.4 修改root密码与新建业务账号

空密码肯定不能一直用。登录MySQL后执行以下SQL把密码改掉：

sql复制ALTER USER 'root'@'localhost' IDENTIFIED BY '你的新密码';
FLUSH PRIVILEGES;

我建议不要只用root干所有事。开发环境可以专门建一个业务账号，授予常用的权限即可，避免哪天手误把整个库删了：

sql复制CREATE USER 'app_user'@'localhost' IDENTIFIED BY 'App@123456';
GRANT ALL PRIVILEGES ON *.* TO 'app_user'@'localhost';
FLUSH PRIVILEGES;

注意，如果你需要远程连接这个MySQL，host部分就要从localhost改成%或者指定的IP，同时还要保证my.ini里的bind-address不是127.0.0.1，这个我在后面的远程访问章节再展开。

3. Linux下两种主流安装方式：包管理器与通用二进制

3.1 到底是用apt/yum还是通用二进制包

Linux环境下的MySQL安装常见的有两条路线：一条是用发行版自带的包管理器，比如Ubuntu的apt、CentOS的yum/dnf；另一条是下载官方二进制包手动解压配置，这也是生产环境里比较严谨的做法。

包管理器安装最大的优势是省事，依赖关系自动解决，而且开箱自带的systemd服务脚本、配置文件都帮你放好了。但缺点也很明显：仓库里的版本通常不是最新的，有些旧发行版带的MySQL版本老得掉牙；另外包管理器装出来的目录结构散落在/etc、/var/lib、/usr/sbin各个地方，如果你用惯了官方目录结构（basedir、datadir都在同一根目录下）可能会不习惯。

通用二进制方式相当于把Windows解压版的思路搬到Linux上，所有文件集中在一个目录下，数据和程序分离清晰，迁移和排查都方便。我的习惯是：本机快速开发环境用包管理器，正式服务器或者需要精确控制版本的场景用通用二进制包。没有绝对的对错，看你的需求。

3.2 用apt快速装一套开发环境（Ubuntu/Debian系）

在Ubuntu上装MySQL最简单，三条命令：

bash复制sudo apt update
sudo apt install mysql-server
sudo systemctl status mysql

和Windows版不同，Ubuntu的apt源里MySQL初始化时会自动把数据目录建好、root的认证方式默认是auth_socket，也就是说你在Linux系统shell下用sudo mysql直接就能进MySQL，不需要密码。这个机制对本地开发来说是方便，但很多人第一次用会懵：“我root密码呢？”其实没有密码，是通过系统用户身份认证的。如果你还是想要传统的密码登录方式，进MySQL后执行：

sql复制ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的新密码';
FLUSH PRIVILEGES;

执行完以后再用mysql -u root -p就能正常密码登录了。

3.3 通用二进制方式安装：适合生产环境的正经做法

下面是我在CentOS类服务器上装MySQL 8.0常用的一套流程。先下载官方通用二进制包并解压到/usr/local：

bash复制cd /usr/local
wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.36-linux-glibc2.28-x86_64.tar.xz
tar -xvf mysql-8.0.36-linux-glibc2.28-x86_64.tar.xz
mv mysql-8.0.36-linux-glibc2.28-x86_64 mysql

然后创建专属用户：

bash复制groupadd mysql
useradd -r -g mysql -s /bin/false mysql

创建用户的原因很简单，MySQL服务不应该以root身份运行，安全风险太大。-s /bin/false让这个用户无法登录shell。

接着创建数据目录并初始化：

bash复制mkdir -p /usr/local/mysql/data
chown -R mysql:mysql /usr/local/mysql
cd /usr/local/mysql
bin/mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data

这一步和Windows很像，--user=mysql告诉mysqld以mysql用户身份运行。初始化完成后启动服务（临时启动，先验证）：

bash复制bin/mysqld --user=mysql &

确认没问题后再配置systemd服务。在/etc/systemd/system/mysqld.service里写一个服务文件：

ini复制[Unit]
Description=MySQL Server
After=network.target

[Service]
User=mysql
Group=mysql
ExecStart=/usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target

然后：

bash复制systemctl daemon-reload
systemctl enable mysqld
systemctl start mysqld

这里额外强调一个问题：Linux生产环境下防火墙可能拦住3306端口。CentOS上如果你用了firewalld，别忘了一条命令：

bash复制sudo firewall-cmd --permanent --add-port=3306/tcp
sudo firewall-cmd --reload

Ubuntu的话多半是ufw，规则类似。很多人装好MySQL却发现外部连不上，八成就是忘了开防火墙端口，而不是MySQL本身出了问题。

我自己在两种方式里更偏爱通用二进制，因为目录结构干净，出问题时日志、数据文件、配置文件的相对位置一眼就能找到。但这不代表包管理器方式不好，如果你只是为了本地跑个测试库，apt install mysql-server三十秒搞定，没必要折腾。

4. Docker版MySQL：用容器跑数据库的正确姿态

4.1 为什么我建议开发环境用Docker跑MySQL

如果你平时的工作是写代码而不是专职运维，那么Docker跑MySQL可能是最省心的一种方式。因为本机装MySQL最怕的就是“装坏了弄不干净”，卸载残留、服务冲突、端口占用各种破事。Docker容器的好处是，随时可以删掉重建，保证环境干净。

团队协作场景下，Docker的好处更明显：项目仓库里放一个docker-compose.yml，新人克隆代码后一条命令就能拉起整套依赖环境，数据库、缓存、消息队列全都齐了，不用每台电脑都重复装一遍MySQL。

唯一的缺点是，Docker本身有性能损耗，再叠加数据卷的IO开销，不适合高性能、低延迟的数据库负载场景。但用于开发、测试、集成环境完全够用。

4.2 最快的方式：一条docker run命令

如果你只是想快速起一个MySQL实例，用下面的命令：

bash复制docker run -d \
  --name mysql-dev \
  -p 3306:3306 \
  -e MYSQL_ROOT_PASSWORD=root123456 \
  -e MYSQL_DATABASE=testdb \
  -v /data/mysql:/var/lib/mysql \
  mysql:8.0 \
  --character-set-server=utf8mb4 \
  --collation-server=utf8mb4_unicode_ci

逐项解释一下参数。-d表示后台运行；--name mysql-dev给容器起个名字；-p 3306:3306把宿主机的3306端口映射到容器的3306端口；-e MYSQL_ROOT_PASSWORD=root123456是MySQL官方镜像规定的root密码环境变量，必须配；MYSQL_DATABASE=testdb会在容器启动时自动建一个数据库，属于锦上添花；-v /data/mysql:/var/lib/mysql是数据卷挂载，把容器里的数据目录映射到宿主机，这样即使容器删了，数据还在；命令末尾的参数会被当作mysqld的启动参数，可以覆盖字符集等配置。

4.3 用docker-compose管理更规范的数据库环境

如果项目里依赖多个服务，我更推荐用docker-compose。在项目根目录建一个docker-compose.yml：

yaml复制version: '3.8'
services:
  mysql:
    image: mysql:8.0
    container_name: project_mysql
    restart: always
    environment:
      - MYSQL_ROOT_PASSWORD=root123456
      - MYSQL_DATABASE=app_db
      - MYSQL_USER=app_user
      - MYSQL_PASSWORD=App@123456
    ports:
      - "3306:3306"
    volumes:
      - ./mysql_data:/var/lib/mysql
      - ./mysql_config:/etc/mysql/conf.d
    command:
      - --character-set-server=utf8mb4
      - --collation-server=utf8mb4_unicode_ci

这里把自定义配置文件也挂载进去了，这样就算容器重建，配置也还在。启动只需要：

bash复制docker-compose up -d

注意一点，容器里MySQL的默认数据目录是/var/lib/mysql，挂载卷的宿主机目录权限要能让容器里的mysql用户读写，否则启动时会报权限错误。如果遇到权限问题，最简单粗暴的办法是给宿主机目录设为当前用户可写，或者用chmod调整目录权限。

4.4 DOCKER容器里的几个关键陷阱

Docker跑MySQL的坑主要集中在三块。一是数据卷权限问题，我在上面说了；二是容器内时区问题，MySQL的CURRENT_TIMESTAMP用的是系统时区，默认是UTC，跟国内时间差8个小时，解决办法是在启动命令里加--default-time-zone=+8:00或者在MySQL里执行SET GLOBAL time_zone = '+8:00'；三是配置文件覆盖问题，官方镜像默认会读取/etc/mysql/conf.d目录下的所有cnf文件，你把自己写的配置文件挂载到这个目录即可，不要直接去改镜像里的主配置文件，容器重建后会被重置。

另外提醒一下，Docker方式装MySQL省去了注册系统服务和自启动的麻烦，只要Docker守护进程是启动状态，配合restart: always策略，容器就能随Docker自启。这比Windows服务管理更省心。

5. 安装后的必要收尾：字符集、时区、密码策略与客户端连接

5.1 字符集和排序规则，一劳永逸的设置方法

很多项目做到一半发现中文乱码，本质原因就是建库时没把字符集整明白。MySQL字符集有几个层级：服务器级、数据库级、表级、连接级。就算你在建表时没指定，也逃不开服务器的默认值。

MySQL 8.0的默认字符集是utf8mb4，这个相对省心；但如果你装的是5.7，默认的latin1会坑死你。不管是哪个版本，我都建议在配置文件里显式声明，让服务器、客户端、连接都统一走utf8mb4。

Windows的my.ini，Linux的/etc/my.cnf，Docker的启动参数，都可以加上这样一组：

ini复制[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci

[client]
default-character-set=utf8mb4

修改后记得重启MySQL服务。然后查看是否生效：

sql复制SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';

这里的知识点：utf8mb4和utf8的区别是，utf8最多存3个字节，而utf8mb4最多存4个字节。像emoji符号是4字节，只有utf8mb4能存。所以现在新项目一律用utf8mb4是正确做法。utf8mb4_unicode_ci和utf8mb4_general_ci的区别在于排序规则的精密度，前者对多语言排序更准，日常差别不大，选一个用就行。

5.2 时区配置，防止程序里的时间比实际少8小时

时间差8小时这个问题几乎每个做项目的同事都遇到过。如果你是用CURRENT_TIMESTAMP或者NOW()在数据库层生成时间，那数据库服务器的时区就决定了时间对不对。

Linux服务器系统时区通常是UTC或CST不确定，MySQL服务默认跟系统时间跑。最省事的办法是直接在MySQL配置里指定：

ini复制[mysqld]
default-time-zone = '+8:00'

修改后重启服务，然后用一条SQL验证：

sql复制SELECT NOW();

如果显示的时间和你本地北京时间一致，说明时区没问题。Docker容器内也照这个思路处理，用启动参数--default-time-zone=+8:00。

5.3 密码策略与安全加固的几条实用建议

MySQL 8.0默认安装了validate_password组件，密码如果太简单（比如123456）是设置不上的。新装的环境为了调试方便，可以临时降低策略，但上线前记得拉回正常强度：

sql复制SHOW VARIABLES LIKE 'validate_password%';
SET GLOBAL validate_password.policy = LOW;
SET GLOBAL validate_password.length = 6;

对于需要启动后每次都能自动生效的设置，记得写进配置文件。validate_password相关参数在8.0里的写法带小数点，5.7的写法是validate_password_policy，版本不同，查问题时别搞混。

安全角度再说两句：正式环境绝对不要用root账号远程连接；删除匿名账号和空密码账号；业务账号只授予它实际用到的库的权限。我知道这些是老生常谈，但真的很多人做不到。去年帮一个同事排查SQL注入问题，登录一看业务系统用的是root连接，权限大到能DROP所有库，心态直接崩了。

5.4 远程连接怎么通：用户授权、bind-address、防火墙三者缺一不可

本地安装好了，下一步往往就是“让别的机器连进来”。这个事情的完整链路是：用户账号允许来源主机 -> MySQL监听地址不对localhost -> 防火墙放行端口。

先看用户授权。在MySQL里执行：

sql复制CREATE USER 'app_user'@'%' IDENTIFIED BY 'App@123456';
GRANT ALL PRIVILEGES ON *.* TO 'app_user'@'%';
FLUSH PRIVILEGES;

'%'表示任意IP都能用这个账号登录。如果你只想允许某个IP访问，就写具体的IP，比如'192.168.1.100'。

再看监听地址。配置文件里bind-address=127.0.0.1只允许本机连接，要支持远程就把这个值改成0.0.0.0，重启服务后生效。

最后看防火墙。Windows的防火墙可能弹窗问你是否允许MySQL通信，别手滑点了取消；Linux按前面说的用firewalld或ufw放行3306端口。三层都齐了，远程连接才能通。

5.5 客户端工具怎么选：命令行、MySQL Workbench、Navicat

MySQL装好之后，连接方式随你喜好。命令行是最基础、最不会出问题的方式；MySQL Workbench是官方图形化工具，免费，适合做数据库建模和查询调试；Navicat是商业软件，界面和交互做得很好，团队里用的也多。

连接前先确认三件事：IP端口对不对、用户名密码对不对、MySQL服务是否在监听。最容易逗笑的是，有人用Navicat连本机的MySQL，地址填的还是线上数据库IP，怎么连都报错，完全没注意自己在连哪台机器。

6. 安装配置阶段的高频报错排查清单

装MySQL大概率会碰到各种各样的报错，每个坑对于老手来说也就是几秒的事，但对新手来说真的能卡一晚上。下面把最常见的高频报错整理成一个清单，按现象、原因、解决思路写清楚。

6.1 服务无法启动：1067错误或窗口一闪而过

Windows环境下最常见的就是服务启动失败，系统日志里可能写着1067（进程意外终止）。原因多数是配置文件有问题，或者数据目录没有正确初始化。

排查思路按顺序来：先看错误日志。MySQL数据目录下有个.err日志文件，报错信息会具体告诉你哪里不对。比如unknown variable说明配置文件里有不认识的参数，Can't create directory说明目录权限或路径有问题。如果日志信息太模糊，可以手动前台启动mysqld：

bash复制mysqld --console

这样错误会直接打在前台终端里，比翻日志直观得多。大概率能一句话定位问题。

6.2 “mysql不是内部或外部命令”的尴尬

这个报错说明MySQL安装成功了，但系统PATH环境变量里没有bin目录，命令行找不到mysql这个可执行文件。Windows下解决方法是把MySQL的bin目录加到系统环境变量PATH里：

右键“此电脑” -> 属性 -> 高级系统设置 -> 环境变量 -> 在Path里新增D:\mysql-8.0.36-winx64\bin。

添加后重新打开命令行窗口。Linux下如果遇到command not found，多半是bin目录没在PATH里，或者直接用完整路径/usr/local/mysql/bin/mysql调用。

6.3 端口3306被占用：安装MySQL却提示端口已被使用

很多机器上已经装了旧版MySQL，或者别的服务占用了3306端口。Windows上查看端口占用：

bash复制netstat -ano | findstr 3306

看到PID后进任务管理器找到对应进程，确认不是重要服务后结束进程，或者直接把MySQL的端口改成3307。改端口时别只改my.ini，客户端连接串里的端口也要同步改。

6.4 “Firedac phys mysql client does not support authentication protocol requested”这类认证协议问题

这个报错在把MySQL 5.7升级到8.0，或者新装8.0后用老客户端工具连接时极其常见。根因是8.0的默认认证插件从mysql_native_password换成了caching_sha2_password，而老版本客户端不支持这个新协议。

解决办法有两个。一是兼容老客户端，把用户的认证插件改回去：

sql复制ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码';
FLUSH PRIVILEGES;

二是升级客户端工具，让工具支持caching_sha2_password。Python的mysql-connector-python、Java的Connector/J 8.x都支持了，新版Navicat也支持。能升级你就升级，实在没法升级再用方案一。

6.5 root密码忘记或认证方式搞混

忘记root密码是个经典事故。Linux上如果root用的是auth_socket插件，直接sudo mysql进入，然后执行ALTER USER改密码。如果连sudo都进不去，可以通过跳过授权表的方式启动MySQL做紧急恢复：

bash复制# 先停掉服务
sudo systemctl stop mysqld
# 以跳过授权表方式启动
sudo mysqld --skip-grant-tables --user=mysql &
# 此时可以免密进入
mysql -u root
FLUSH PRIVILEGES;
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';

注意，--skip-grant-tables状态下MySQL完全不做权限校验，非常危险，只允许在内网本机临时使用，改完密码后必须马上重启正常模式。

6.6 修改了配置却不生效，重启了也没反应

这个坑我踩过很多次。修改my.ini以后一定确认改的是MySQL实际读取的那份配置文件。一个系统里可能同时存在多份配置文件，比如/etc/my.cnf、/etc/mysql/my.cnf、~/.my.cnf，优先级也错综复杂。用下面这条SQL查看你当前实例到底加载了哪些配置：

sql复制SHOW VARIABLES LIKE 'basedir';
SHOW VARIABLES LIKE 'datadir';

或者查看运行参数：

bash复制mysqld --verbose --help | grep my.cnf

确保你编辑文件的路径和MySQL实际读取的路径一致，再谈“为什么没生效”。

写在最后的心得

MySQL安装配置这件事，本质上就是三个动作：把程序放到位，把配置写正确，把服务跑起来。难点不在任何一个动作本身，而在于整个过程中每个环节都可能出小岔子，而且报错信息不一定直观。以我这么多年的经验来看，最快的上手方式就是用解压版或通用二进制手动走一遍全流程，不要怕报错，报错是排查的开始。等你手动装过一遍，后面再遇到MSI安装、包管理器安装、Docker部署，都会有种豁然开朗的感觉。

一个小技巧分享给看到最后的朋友：把安装过程的每一步和对应命令都记到自己的笔记里，包括版本号、下载地址、配置文件里的关键参数、踩过的报错和对应解决方法。这份笔记的价值不亚于任何教程，因为它是你针对自己机器环境验证过的。过几个月要装第二台机器的时候，你翻出笔记十分钟就能搞定，而不用重新百度一遍。