MySQL安装详解：Windows/Linux/Docker及配置避坑指南

MySQL安装WindowsLinux

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

MySQL这玩意儿，说起来是不少人数据库路上的第一个名字。搞开发的、做运维的、连写点自动化脚本的，Windows和Linux两边都绕不开它。这篇东西不啰嗦，直接把我这些年装MySQL踩过的坑、沉淀下来的套路捋一遍，从Windows的MSI安装包到Linux的包管理器、Docker方式，每一步都给你讲清楚原理和背后的“为什么”，最后再把那些装完必踩的坑列出来。适合刚入门的运维、转后端开发的朋友，也适合那些装过很多次但一直没搞明白“为什么要这么配置”的老哥。

1. 先想明白：你到底适合哪种安装方式

很多人一上来就百度“MySQL怎么安装”，下载个安装包一路Next，装完发现密码不知道、服务起不来、字符集乱码，然后开始怀疑人生。其实安装MySQL这件事，难的不是“点下一步”，而是搞清楚不同安装方式背后的设计逻辑。

1.1 Windows上的选择：MSI安装包与ZIP解压包

Windows下官方提供了两种主流方式：MSI安装包和ZIP解压包。

MSI方式是最“傻瓜”的，有图形化向导，可以勾选组件、配置服务、设置root密码，适合不想折腾的人。但它的坑在于：MSI安装器会默认装到C:\Program Files\MySQL\，这个路径带空格，有些老旧的脚本和工具会因此出诡异故障；另外MSI卸载不干净，重装的时候经常报“服务已存在”或者提示“MySQL data directory not found”，残留的注册表项能让你折腾一晚上。

ZIP解压包则更像Linux下的玩法：解压、初始化、启动，全链路自己控制。它的优势是“干净”，换机器可以直接打包带走，出了问题也容易排查。缺点是得手动注册Windows服务、手动初始化数据目录，对新手不太友好。

我个人在Windows上的建议是：如果你只是本地开发调试，用ZIP解压包放D:\mysql这种无空格路径；如果是给团队搭测试环境，MSI更省事。两种方式没有绝对的对错，关键看你需不需要频繁迁移和重装。

1.2 Linux上的选择：包管理器、Docker与源码

Linux下的安装方式就更多样了，常见的有三种：系统包管理器（apt/yum）、Docker容器、源码编译。另外还有一些发行版自带的软件源里就有MySQL或者MariaDB，很多人图省事直接apt install mysql-server，结果装完发现版本是MariaDB，或者版本老得离谱。

包管理器方式适合追求稳定、不想手动维护服务的场景。它的好处是systemd服务脚本、配置目录、日志轮转都给你安排好了，systemctl start mysql就能用。缺点是版本普遍滞后，比如Ubuntu 20.04默认源里的MySQL是8.0.19，而当时最新版已经到8.0.28了，安全补丁和性能改进都跟不上。

Docker方式是目前我主力推荐给开发环境用的。它把MySQL的数据目录、配置文件、日志全部隔离在容器里，docker-compose up -d一条命令搞定，删了重来也就是几秒钟的事。而且容器和宿主机环境完全隔离，不会污染系统。缺点是需要理解Docker的数据卷、端口映射、网络模式这些概念，对纯小白有一点点门槛。

源码编译是最硬核的，要自己下源码、装依赖、configure、make、make install，一套流程下来没两个小时完不成。除非你需要修改MySQL源码或者定制编译参数，否则完全不推荐，收益远小于时间成本。

2. Windows环境实操：从下载到服务自启

2.1 下载与安装包选择

下载这一步就有讲究。去MySQL官网下载页的时候，你会看到GA版、开发版、bugfix版，别一激动就点了最新的。GA（Generally Available）版才是稳定版，其他带“RC”“Development”字样的要么是候选版要么是尝鲜版，生产环境用了就是给自己找事。

Windows下选Windows (x86, 64-bit), ZIP Archive这个格式，还是选MSI Installer，前面说过。如果你选ZIP，下载完记得校验一下MD5或者SHA256，官方页面会提供checksum，用命令比对一下，防止下载文件损坏。我遇到过不止一次下载到一半文件损坏，然后初始化数据目录时一直报奇怪的错误。

解压后你会看到一堆目录：bin（可执行文件）、include（头文件）、lib（库文件）、share（错误信息和字符集支持）。这些都是全平台统一的目录结构，在Linux下解压的tar包也是这么个布局，所以别被Windows的图形界面迷惑了，骨子里它就是个服务端程序。

2.2 初始化数据目录与配置文件

ZIP方式里最重要的一步就是初始化数据目录。MySQL 5.7之后的版本，官方把数据目录初始化的方式换成了mysqld --initialize-insecure，注意这个--initialize-insecure和--initialize的区别：前者会生成一个root空密码账号，后者会生成一个随机临时密码并写到data目录下的error.log里。

很多新手在这一步就卡住了，因为MySQL 5.6时代根本不需要单独初始化，data目录里自带系统库。5.7开始，data目录需要你自己生成，不然启动的时候会直接报错退出，错误信息通常是[ERROR] --initialize specified but the data directory has files in it或者类似内容。

配置文件方面，Windows下MySQL默认会读取C:\ProgramData\MySQL\MySQL Server 8.0\my.ini（MSI安装）或者解压目录下的my.ini（ZIP方式通常要自己建）。我习惯在解压目录下新建一个my.ini，内容不需要很复杂，最基础的就够了：

ini复制[mysqld]
basedir=D:/mysql/
datadir=D:/mysql/data/
port=3306
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci
default_authentication_plugin=mysql_native_password

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

注意几个点：路径建议用正斜杠或者双反斜杠，避免转义问题；datadir配置的目录必须不存在或者为空，不然会初始化失败；default_authentication_plugin=mysql_native_password这个参数是给MySQL 8.0用的，8.0默认的认证插件是caching_sha2_password，如果你后面要用老版本的客户端连接（比如某些旧版Navicat、Firedac等），会报错Authentication plugin 'caching_sha2_password' cannot be loaded，提前用mysql_native_password可以省去很多麻烦。

然后执行初始化命令：

bash复制cd D:/mysql/bin
mysqld --defaults-file=D:/mysql/my.ini --initialize-insecure

执行完没有任何输出，但data目录下会出现一堆文件，说明初始化成功了。

2.3 注册成Windows服务

初始化完成后，理论上你可以直接mysqld --defaults-file=D:/mysql/my.ini前台启动，但这样做有几个问题：一是窗口一关MySQL就停了，二是开机不会自启。所以正规做法是注册成Windows服务。

用管理员身份打开CMD，执行：

cmd复制D:\mysql\bin\mysqld --install MySQL80 --defaults-file="D:\mysql\my.ini"

然后net start MySQL80就能启动了。

这里有个细节：--install后面的名字可以随便取，但服务注册后，MySQL的服务配置就固化在注册表里了。如果你改动了my.ini，需要重启服务才能生效。还有个坑是很多人用mysqld --install不带--defaults-file，结果MySQL启动时找不到配置文件，默认用编译时的路径，导致“服务启动失败但没有任何日志”的诡异情况。所以无论何时，--install一定要带上完整的--defaults-file参数。

启动服务后，用mysql -uroot -p（密码为空）登录，然后立刻改密码：

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

3. Linux环境实操：包管理器与Docker两条路线

Linux环境下的安装虽然命令就那么几条，但不同的发行版、不同的部署场景，细节差别非常大。我拆成包管理器和Docker两大条线来讲，覆盖面足够大多数场景了。

3.1 apt/yum安装：别用默认源，先换官方源

很多教程让你直接apt install mysql-server，但在实际生产环境里，我强烈建议不要这么干。原因有两点：一是Ubuntu/Debian的默认源里MySQL版本往往不是最新的，有些甚至直接就是MariaDB；二是系统源里的MySQL配置比较“散”，/etc/mysql/目录下各种conf.d、mysql.conf.d配置层叠，出了错真不好排查。

既然要装，就装官方源。以Ubuntu 20.04/22.04为例，需要先去MySQL官网下载对应的.deb仓库包并安装：

bash复制wget https://repo.mysql.com/mysql-apt-config_0.8.24-1_all.deb
sudo dpkg -i mysql-apt-config_0.8.24-1_all.deb
sudo apt update
sudo apt install mysql-server

执行dpkg -i的过程里会弹出一个蓝底白字的交互界面，让你选择要安装的MySQL版本。默认是8.0，如果界面里默认值不是你想要的，用方向键切换。这里有一个很容易被忽视的细节：你的Ubuntu版本如果比较老，官方源可能不支持，会提示Package mysql-server is not available，这时候要么升级系统，要么老老实实用系统自带的版本。

安装完成后，systemctl status mysql看一下服务状态。默认情况下，MySQL 8.0在Ubuntu上安装完毕后，root账号使用的认证方式是auth_socket，也就是说不能通过密码登录，只能以系统root身份通过socket登录。这是Debian系特有的安全策略：

bash复制sudo mysql -uroot

登录后如果想改成密码登录，执行：

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

用yum的CentOS/RHEL流程类似，先装官方yum仓库：

bash复制sudo yum install https://dev.mysql.com/get/mysql80-community-release-el7-7.noarch.rpm
sudo yum install mysql-community-server
sudo systemctl start mysqld

CentOS下首次启动会自动生成一个临时密码，在/var/log/mysqld.log里：

bash复制grep 'temporary password' /var/log/mysqld.log

用临时密码登录后，系统会强制要求立刻改密码，而且MySQL 8.0的密码校验策略默认是validate_password组件的强策略，要求至少一个大写字母、一个小写字母、一个数字一个特殊字符，长度至少8位。第一次改密码如果提示ERROR 1819，别慌，按规则来就是了。

3.2 Docker方式：数据卷和端口映射是命根子

如果让我给公司搭一套可快速复制的MySQL开发环境，我首选Docker。但Docker方式有两个红线必须记住：数据卷必须挂载、端口映射必须明确。

先看一个我能直接用的docker-compose.yml示例：

yaml复制version: '3.8'
services:
  mysql:
    image: mysql:8.0
    container_name: mysql-dev
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: root123456
      MYSQL_DATABASE: mydb
      TZ: Asia/Shanghai
    ports:
      - "3306:3306"
    command:
      - --character-set-server=utf8mb4
      - --collation-server=utf8mb4_unicode_ci
      - --default-authentication-plugin=mysql_native_password
    volumes:
      - /opt/mysql-data:/var/lib/mysql
      - /etc/localtime:/etc/localtime:ro

这里面的volumes有两层含义：第一层是将宿主机的/opt/mysql-data挂载到容器的数据目录/var/lib/mysql，这样容器删了数据还在；第二层是把宿主机的时区配置映射进去，保证MySQL的时间函数结果和系统一致。

如果不挂载数据卷，容器一旦被docker-compose down或者docker rm，数据就全没了。这个坑我踩过，当时在公司一台测试机上用Docker搭了个MySQL，过了一周发现数据全丢，找半天才想起来当初根本没挂载数据卷。

端口映射这里也多说一句：宿主机如果是开发机，3306端口很可能是被本机MySQL占用的。这时候可以把宿主机的3307映射到容器的3306，但要注意的是：应用连接的时候写的是host:3307，如果后面迁移到服务器上，这个端口映射也要跟着改，不然就有一堆配置要对。

启动容器：

bash复制docker-compose up -d

连接容器里的MySQL：

bash复制docker exec -it mysql-dev mysql -uroot -p

进入容器后，还可以用mysql -h127.0.0.1 -P3306 -uroot -p测试宿主机连接是否正常。如果外部连接连不上，大概率是端口没映射对或者防火墙没放开，不要一上来就怀疑MySQL配置。

4. 装完必须做的几件事

安装只是万里长征第一步。我在实际工作中见过太多“装完能用，一星期后炸了”的例子，下面这几件事建议装完就顺手做了，绝对不亏。

4.1 基础安全配置与账号权限划分

装完MySQL第一件事就是跑一遍官方安全脚本：

bash复制mysql_secure_installation

这个脚本会引导你设置密码强度校验、删除匿名用户、禁止root远程登录、删除test数据库。有人觉得这个脚本很烦，每次登录都要强制密码级别，但我建议无论什么环境都跑一遍，测试环境也一样。因为很多开发库的弱口令被扫描器扫到后，就会被拿去勒索加密。

账号权限这块，一定要遵循最小权限原则。不要所有应用都用root连接，也不要图省事创建一个'app'@'%'的超级管理员。合理的做法是：

sql复制CREATE USER 'app'@'192.168.1.%' IDENTIFIED BY 'App@123456';
GRANT SELECT, INSERT, UPDATE, DELETE ON mydb.* TO 'app'@'192.168.1.%';

这样应用只能增删改查，不能DROP TABLE、不能GRANT。即使哪天应用被注入了，攻击者能造成的破坏也有限。

4.2 字符集与时区：乱码和不一致的根源

MySQL 8.0默认字符集就是utf8mb4，但Windows下用MSI方式安装后，character-set-server默认还是latin1，这就是中文乱码的根源。所以无论哪种方式，装完先看一句：

sql复制SHOW VARIABLES LIKE '%character%';

如果看到latin1，就去配置文件里加上character-set-server=utf8mb4，重启生效。

时区问题也很隐蔽。默认time_zone是SYSTEM，也就是跟随系统时区。如果服务器是UTC，而应用是北京时间，那所有NOW()、CURRENT_TIMESTAMP返回的结果都会差8小时。要么在启动参数里加--default-time-zone='+08:00'，要么在配置文件的[mysqld]段里加：

ini复制default-time-zone = '+08:00'

还有一个容易被忽视的点：连接字符串里也要指定时区。像JDBC的连接串如果不加serverTimezone=Asia/Shanghai，有时候会出现“数据库时间比实际时间早/晚8小时”的怪现象，这个和MySQL服务端无关，是客户端驱动解析时区的问题。

4.3 基础性能参数：别用默认值硬扛

装完MySQL就用默认参数跑线上业务，大概率会被性能问题折磨。下面这组参数是我搭建新实例时的基线配置，可以根据内存大小按比例调整：

ini复制[mysqld]
# 缓冲池大小，建议设置为物理内存的50%~70%
innodb_buffer_pool_size = 1G
# 日志文件大小，避免频繁checkpoint
innodb_log_file_size = 256M
# 连接数，别盲目调大，默认151够用
max_connections = 300
# 慢查询日志，排查慢SQL必备
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2
# 查询缓存，8.0已废弃，不用设置

注意，innodb_buffer_pool_size不是越大越好。一台512MB内存的机器装个32G的buffer pool，MySQL启动阶段就会OOM。一个简单的经验：内存小于等于2G，buffer pool设为256M~512M；内存4G以上，设为内存的50%左右。

innodb_log_file_size这里有个坑：5.6时代默认是48M，写到8.0因为redo log架构改了，这个参数在8.0.30之后已经被自动扩展的redo log替代。但很多老系统还在用5.7，这个参数影响还是很大的。日志文件太小会导致频繁触发checkpoint，写性能掉得厉害。

安装完默认情况下，数据目录会在/var/lib/mysql（Linux）或者安装目录下（Windows），日志目录在/var/log/mysql。但生产环境中，系统盘往往空间有限，数据盘在/data或者/home下，所以经常需要把数据目录迁移到数据盘。

迁移步骤不复杂，但有个顺序问题：先停服务，再拷贝数据，然后改配置，最后再启动。千万不要在MySQL运行的时候直接拷贝/var/lib/mysql，因为正在写入的InnoDB文件是“热”的，拷贝出来的文件大概率不一致。

bash复制systemctl stop mysql
rsync -av /var/lib/mysql/ /data/mysql/
chown -R mysql:mysql /data/mysql
sed -i 's|/var/lib/mysql|/data/mysql|' /etc/mysql/mysql.conf.d/mysqld.cnf
systemctl start mysql

chown这步最容易漏。MySQL进程是以mysql用户身份运行的，如果数据目录属主是root或者你的当前用户，服务启动时会报Permission denied，日志里写着[ERROR] InnoDB: Operating system error number 13 in a file operation，这个错误我第一次遇到时排查了两个小时。

5. 安装常见问题速查

5.1 密码和认证相关的疑难杂症

症状一：MySQL 8.0装好后，旧版客户端连不上，报错Authentication plugin 'caching_sha2_password' cannot be loaded。

这个几乎是8.0上线以来最经典的问题。8.0默认认证插件改成了caching_sha2_password，而5.x时代用的是mysql_native_password。如果你的应用用的MySQL驱动版本太老，比如PHP的mysql扩展（已经废弃）、Firedac的phys mysql client、一些老版本的Java驱动，都会报这个错。

解决思路有两个：第一，给指定用户改成老认证插件：

sql复制ALTER USER 'app'@'%' IDENTIFIED WITH mysql_native_password BY 'App@123456';

第二，在服务端启动参数里全局默认成老插件：

ini复制default_authentication_plugin=mysql_native_password

注意第二种方式只影响之后创建的用户，对已存在的用户无效。

症状二：忘记root密码，怎么重置。

这个操作被问过无数次。原理是跳过权限表启动，然后免密登录再改密码。具体步骤：

bash复制# 1. 停掉MySQL
systemctl stop mysql
# 2. 以跳过授权表的方式启动
mysqld_safe --skip-grant-tables --skip-networking &
# 3. 免密登录
mysql -uroot
# 4. 重置密码
FLUSH PRIVILEGES;
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';
# 5. 重启MySQL

有几个细节要注意：--skip-networking一定要加，不然所有机器都能免密连你数据库，这是灾难级别的漏洞。还有MySQL 8.0下skip-grant-tables模式下直接ALTER USER可能会报错，先执行FLUSH PRIVILEGES再改，基本能解决。改完密码后记得把进程杀掉，用正常方式启动。

5.2 启动失败与端口问题

症状一：启动服务提示The service 'MySQL80' could not be started，但错误日志里没有任何有效信息。

Windows下这种情况多半是配置文件路径不对。服务注册的时候指定的--defaults-file和你当前修改的my.ini路径不一致，或者配置文件里有语法错误。先确认配置文件路径，再检查my.ini里有没有写中文注释并且保存成了UTF-8，MySQL在Windows下对配置文件编码很敏感，建议用ANSI编码保存。

症状二：启动时提示Can't start server: Bind on TCP/IP port: permission denied。

这个报错在Linux下通常是SELinux或者AppArmor拦截了3306端口。Ubuntu上跑sudo systemctl status mysql，如果看到此类信息，先检查AppArmor配置：

bash复制sudo aa-status

如果MySQL相关的profile被限制，就修改/etc/apparmor.d/usr.sbin.mysqld，把/data/mysql的路径加进去。CentOS下大概率是SELinux，临时关闭试一下：

bash复制setenforce 0

确认是SELinux之后，再用ausearch -m avc -ts recent查看具体是哪个类型的拦截，针对性配置，而不是一关了之。

症状三：3306端口被占用。

lsof -i:3306或netstat -ano | findstr 3306先确认是谁占用了端口。开发机上常见的是装了多个MySQL，或者残留的mysqld进程没杀干净。把占用进程干掉，或者修改配置让MySQL用其他端口，二选一。生产环境上我建议统一规范端口，否则你会有大量配置文件要跟着改。

5.3 Docker方式特有的坑

坑一：容器启动成功，但外部连接超时。

先检查端口映射：

bash复制docker ps

看PORTS列是不是0.0.0.0:3306->3306/tcp。如果只有3306/tcp，说明端口没映射出来，容器只能在本机访问。另外记住，Docker不会自动开宿主机防火墙端口，ufw或者firewalld还是要单独放行。

坑二：容器重启后数据不见了。

99%是因为没挂数据卷。容器是无状态的默认行为，数据写在容器的可写层，容器一删就全没了。排查方法很简单：

bash复制docker inspect mysql-dev | grep -A5 '"Volumes"'

看挂载点里有没有宿主机的路径映射。没有的话，在docker-compose.yml里补上volumes，重新创建容器。

坑三：时区不对，NOW()返回UTC时间。

MySQL官方镜像基础系统是UTC时区，启动时不加TZ环境变量的话，时间会比北京时间慢8小时。解决方案在之前的docker-compose.yml里已经写了：加TZ: Asia/Shanghai，再挂载/etc/localtime:/etc/localtime:ro。注意这只影响操作系统层面，MySQL的time_zone变量如果还是SYSTEM，它也会跟着系统走，所以两个一起配最保险。

5.4 关于常用管理工具的一个补充

热搜词里有人提到“mysql workbench使用教程”，这里顺便说一句。安装好MySQL之后，不管你用Workbench、Navicat还是命令行，都建议顺手掌握那么几条排查命令，别全部依赖图形化界面：

sql复制-- 查看连接数
SHOW PROCESSLIST;
-- 查看当前配置
SHOW VARIABLES LIKE 'max_connections';
-- 查看存储引擎状态
SHOW ENGINE INNODB STATUS\G

这三个命令足以应对80%的日常问题了。Workbench这类工具更多是给人看数据结构的，真出了性能问题，最后还是得回到SQL和配置上看。所以安装MySQL这件事别只停留在“能启动”的层面，命令行操作一定要顺手，这是基本功。

还有一个不算安装问题但经常被问到的点：为什么执行UPDATE table SET num = num + 5之后，num字段是int类型，显示结果却不对？这个其实是SQL语义问题，不是安装问题，但在新装环境里特别容易让人怀疑数据库是不是坏了。MySQL里int + 5的结果确实是正常数值，如果不正常，先检查这个字段是不是被定义成了VARCHAR或者有触发器在作怪，不要一上来就重装数据库。

6. 我的最终建议：不同场景怎么选安装方式

写到最后，分享一点我个人的取舍习惯。

如果你是Windows本地开发，要快速起一个库做测试，下载ZIP包解压、写个my.ini、mysqld --initialize-insecure、注册服务，走一遍流程，能彻底搞懂MySQL的目录结构和启动原理，比在图形界面里“下一步”有收获得多。如果你懒得上手配置，那就老老实实用MSI，但记得把数据目录改到非系统盘，密码记好。

如果你在Linux服务器上部署，能用Docker绝对不用系统包。不是因为Docker多高大上，而是它把MySQL对系统的侵入降到了最低：数据卷挂在宿主机，容器随便删，配置改完重启就行，不干净了直接换。但你要记住，Docker不是银弹，它只是包装了MySQL，MySQL本身的调优、备份、监控一点没少。

如果你在给生产环境装库，那建议用官方源的包管理器方式，版本可控、systemd管理方便、能配合监控agent做宿主机层面的资源监控。Docker在生产环境上不是不行，而是需要额外处理日志收集、数据快照、网络模式等一系列问题，维护成本比裸机部署高一个量级。

我个人在Windows和Linux两边都装过几十次MySQL，踩过的坑比写出来的多得多。最想提醒大家的一点就是：别图快，安装这个动作只需要几分钟，但把配置文件、权限、字符集、时区这些基础项一次配到位，能省下后面无数个排查的夜晚。