1. 装之前先想清楚这几件事版本、源与安装方式不少朋友第一次在服务器上装MySQL习惯性先搜“centos7安装mysql8.0”然后抄一段命令就开始敲。装完发现要么启动失败要么密码不对要么远程连不上来回折腾几个小时。其实大部分问题不是MySQL本身难装而是装之前没想清楚几件小事。1.1 为什么是Centos7 MySQL8.0这套组合谁在用、适合谁CentOS 7作为服务器的出场率一直很高稳定、资料多、各种运维脚本基本都能直接跑。而MySQL 8.0带来的窗口函数、CTE公共表表达式、更好的索引优化器在生产环境中实实在在能提升查询效率和开发体验。如果你还在用5.7升级到8.0后最直观的感受是慢查询变少了SQL写起来更灵活数据字典统一管理后元数据访问也更高效。这套组合的主力使用人群大致分两类。第一类是业务已经跑在CentOS 7上、需要把数据库从5.6/5.7迁移到8.0的运维和后端同学第二类是自己在VMware或VirtualBox里建了CentOS 7虚拟机想练手或搭开发环境的前端、测试、学生朋友。无论哪类安装思路和踩坑点其实是通用的只是生产环境还要额外考虑数据备份、主从同步、性能调优这些后续动作。1.2 安装方式的横向对比Yum、二进制、Docker怎么选Linux下装MySQL 8.0常见的路子有四条官方Yum源安装、二进制包解压安装、源码编译安装、Docker容器化部署。我直接给结论绝大多数场景尤其你是第一次装选官方Yum源安装最省心。安装方式优点缺点适合场景官方Yum源依赖自动解决、升级方便、配置标准需要提前配置repo源绝大多数服务器和虚拟机二进制包目录可控、不依赖yum依赖libaio等库需手动处理初始化步骤多内网离线环境、定制化目录源码编译可定制编译参数编译时间长、依赖多、维护成本高特殊平台或极致性能定制Docker隔离干净、一条命令起服务数据卷、网络、权限需额外理解成本本地开发、快速验证有人可能觉得“我用Docker装不更快吗”如果你只是想本地起一个库来连那确实很快。但你要是想学数据库本身的运维、调优、备份恢复我还是建议先在系统里原生装一遍理解数据目录、配置文件、日志、服务管理这些东西之后再用Docker反而更顺手。这篇博文我以官方Yum源方式为主线因为它是两种场景下都最不容易出错的路径。一个容易忽略的坑是在CentOS 7上用yum install mysql默认装的是MariaDB不是MySQL。很多人装完之后发现mysql -V显示的是MariaDB一脸懵。所以要装MySQL 8.0必须先搞定官方Yum仓库这一步千万别跳过。2. 环境检查与系统准备别让基础问题毁掉第一个小时我见过太多人装MySQL失败最后查了半天发现是磁盘满了、内存不够、或者系统里残留着旧版本的配置。这些事本可以在五分钟内检查完却往往让人折腾到深夜。这里列一下我每次装之前都会过的检查项。2.1 确认系统版本、内存与磁盘先确认系统版本执行cat /etc/centos-release正常会输出类似CentOS Linux release 7.9.2009 (Core)这样的信息。CentOS 7.6以上跑MySQL 8.0都没问题版本太老的话建议先yum update升一下系统基础包避免glibc版本过低导致MySQL启动异常。内存和磁盘这两项经常被忽略。MySQL 8.0默认配置下启动后占用内存大约在300MB到1GB之间如果你只是拿2GB的小虚拟机来跑默认参数很可能直接把内存吃满虽然不至于完全起不来但swap一开性能会变得非常难看。检查命令free -h df -h个人建议如果内存小于等于1GB直接看本文第5章先把关键参数调好再启动否则大概率会遇到莫名其妙的问题。磁盘方面MySQL 8.0安装后本体加数据目录占用约1GB生产环境你需要额外给数据库文件预留足够的空间具体看数据量预期。检查完这些心里大概有个底。2.2 清理旧版本与依赖残留这一点非常关键尤其是以前装过MariaDB或者MySQL 5.x的系统。残留的配置文件、日志目录、数据目录都可能让新的MySQL 8.0启动失败甚至出现“端口被占用”这种让人一头雾水的报错。先查一下系统里有没有已经装过的mysql相关包rpm -qa | grep -i mysql rpm -qa | grep -i mariadb如果输出里有类似mysql-community-server或mariadb-server这样的包说明装过。把它们卸载掉。卸载MariaDB用yum remove -y mariadb mariadb-server mariadb-libs卸载时不要加--nodeps这种暴力参数先把依赖关系处理好避免把系统里其他依赖这些库的软件搞坏。卸载后还要手动确认一下残留下的配置文件和数据目录配置文件/etc/my.cnf数据目录/var/lib/mysql日志目录/var/log/mysqld.log如果存在建议先备份再移走mv /etc/my.cnf /etc/my.cnf.bak mv /var/lib/mysql /var/lib/mysql.bak这里多说一句数据目录里如果有之前业务库的数据千万不要直接rm -rf生产环境数据是命根子移走备份比删除稳妥得多。对于练手环境备份完再删也没问题。2.3 把基础工具装齐CentOS 7最小化安装通常连wget都没有没有它连官方repo的rpm包都下载不了。先把这些工具统一装好yum install -y wget vim net-tools lrzszwget下载repo rpm包vim编辑my.cnf配置net-tools提供netstat命令后期排查端口很有用lrzsz方便上传下载文件这里不推荐装宝塔面板之类的图形工具去“代劳”安装MySQL因为面板会接管MySQL配置、目录结构也和官方默认不同对想装一个干干净净原生环境的人来说反而添乱。你自己手动装过一次之后就会明白数据库这点事儿没那么玄乎。3. 用官方Yum源安装MySQL 8.0的完整过程环境检查完毕接下来就是我推荐的官方Yum源安装路线。整个过程有四个大节点下载并导入官方仓库、刷新仓库缓存、安装服务、启动并验证状态。3.1 下载并安装MySQL官方Yum仓库这一步是整个安装流程的第一道关卡。MySQL官方提供了一个rpm包用来把官方Yum仓库注册到系统里。通过这个仓库我们才能直接用yum install装到真正的MySQL 8.0而不是MariaDB。wget https://repo.mysql.com/mysql80-community-release-el7-7.noarch.rpm如果服务器能正常外网访问这行命令就能把rpm包下载到当前目录。接着安装这个rpm包rpm -ivh mysql80-community-release-el7-7.noarch.rpm安装完成后可以检查一下仓库配置文件是否就位ls /etc/yum.repos.d/mysql-community.repo这个文件里定义了MySQL官方源里面有8.0、5.7等不同版本的仓库地址。你能看到mysql80-community这一段默认是enabled1其他版本默认是enabled0这正是我们要的效果。注意如果系统之前配置了多个第三方源在安装MySQL包时可能出现依赖冲突。遇到这种情况优先保证官方源可用必要时yum clean all清理一次缓存。3.2 安装mysql-community-server仓库就位后先刷新一下缓存然后直接安装yum clean all yum makecache yum install -y mysql-community-server这一步会拉取几个包mysql-community-server服务端、mysql-community-client客户端、mysql-community-common通用文件、mysql-community-libs库文件。如果网络状态一般这步可能需要一两分钟时间耐心等即可。安装完成后可以用rpm -qa | grep mysql确认一下包都已就位。如果卡在某一个镜像源上死活下载不动大概率是源选择的问题。可以看看/etc/yum.repos.d/mysql-community.repo里的baseurl如果指向的是官方境外地址且速度极慢可以换成国内镜像源地址。这里建议不要暴力修改baseurl里所有源只把用的那一个源替换成可用的镜像地址即可改完记得再执行一次yum clean all。3.3 启动服务并验证基础状态安装完成后不要急着mysql -uroot -p那是后续章节的事。先把服务拉起来systemctl start mysqld systemctl enable mysqld systemctl status mysqldenable这一步很重要它让MySQL随系统开机自启。很多新手装完忘敲这一句结果服务器一重启数据库没起来前端页面白屏一片大半夜被叫起来排查纯粹是基本功不扎实。用systemctl status如果看到active (running)说明服务已经正常跑起来。此时顺手验证一下端口监听netstat -tlnp | grep 3306输出里能看到mysqld监听在0.0.0.0:3306这一步就稳了。提示如果systemctl start mysqld报错先去看错误日志tail -100 /var/log/mysqld.log八成问题出在数据目录的权限或残留配置。不用慌日志里基本都写得很直白。4. 初始化、改密码与安全加固装完不代表能用服务跑起来之后很多新手兴冲冲执行mysql -uroot -p然后卡在密码输入框试了root、123456都没用。这里需要了解MySQL 8.0一个重要的机制临时密码。它生成了但不在屏幕上而是写在日志里。4.1 MySQL 8.0的初始化机制和临时密码MySQL 8.0在首次启动时会自动完成数据目录初始化并生成一个随机临时密码给root用户不是我们平时习惯的“安装时自己设置一个root密码”。这个设计一方面提升安全性另一方面也让系统安装体验更标准化。用这条命令找到临时密码grep temporary password /var/log/mysqld.log输出类似于A temporary password is generated for rootlocalhost: xxxxxxxx最后一串乱七八糟的字符就是临时密码。复制它然后登录mysql -uroot -p把临时密码粘贴进去就能进入MySQL命令行。如果你没有看到这行日志一种可能是日志文件路径不对另一种可能是服务启动时初始化步骤没走完。前者直接看/var/log/mysqld.log全文件后者需要重新审视上一步的启动日志。4.2 第一次登录必须做的事登录进去第一件事是修改root密码。注意第4.1节末尾临时密码登录进来后除了改密码你几乎什么都做不了。因为MySQL 8.0自带密码强度插件validate_password默认要求密码至少包含大写、小写、数字、特殊字符且长度不少于8位。这是MySQL 8.0的一个安全策略很多人在这一步被卡住。修改root密码的SQLALTER USER rootlocalhost IDENTIFIED BY 你的新密码;这个新密码最好用强密码格式比如Root2024这种。如果你非得用一个简单密码比如123456那么需要先把密码策略等级调低SHOW VARIABLES LIKE validate_password%; SET GLOBAL validate_password.policy LOW; SET GLOBAL validate_password.length 6;注意这些都是运行时参数重启后大部分会恢复默认。要永久生效需要写进配置文件一般不建议在生产环境调低策略本地练手无所谓。4.3 调整密码策略限制、创建日常业务账号很多人在这一步会碰壁尤其在测试环境想用一个简单密码结果MySQL 8.0的密码验证规则比5.7严格得多。我自己的经验是开发环境可以把密码策略放宽但生产环境最好不要开这个口子。你永远不知道哪天一个弱密码账号就会变成被别人爆破的入口。需要说明的是MySQL 8.0的密码组件变量名和5.7不完全一样。8.0中变量是validate_password.policy带点号5.7里是validate_password_policy用下划线。如果执行命令时提示未知变量先查一下当前变量名再改动。创建业务账号并授权的典型做法CREATE USER appuser% IDENTIFIED BY App2024; GRANT ALL PRIVILEGES ON appdb.* TO appuser%; FLUSH PRIVILEGES;需要特别说明的是这里的%表示允许该用户从任意主机连接。生产环境建议限定IP范围例如appuser192.168.1.%可以降低账号被远程爆破的风险。FLUSH PRIVILEGES在创建用户授权后其实不是必需的但我个人习惯执行一下让它真正刷新一次权限表防止某些异常场景下权限不生效。4.4 基础安全加固匿名用户和默认账号安装完的MySQL默认还带了一些不那么需要的用户。查看一下现有的用户SELECT user, host FROM mysql.user;你可能会看到匿名账号user为空或自带的系统账号。匿名用户是一个明显安全隐患在生产环境务必清理DROP USER localhost; DROP USER 127.0.0.1;注意执行之前再次确认要删的是谁。MySQL自带的一些维护账号一般保留即可。root用户默认只允许本机登录这个非常关键不要为了图方便把root授权成远程可连因为root拥有的权限实在太大一旦被攻破等于整个数据库拱手让人。日常使用和远程连接请走独立业务账号。5. 配置调优与开机自启把MySQL调到适合生产MySQL装好、密码改好、账号建好这时候已经可以正常使用了。但如果你想让它跑得稳、跑得省心还有几件配置层面的工作要做。这一章节讲的是我实际使用中觉得最值得改的配置项以及容易踩的坑。5.1 my.cnf里值得改的常用项MySQL的配置文件默认在/etc/my.cnf。打开它你会看到内容其实很少大部分参数走的是内置默认值。MySQL 8.0的默认字符集已经升级为utf8mb4所以不需要像5.7时代那样必须手动加character-set-serverutf8mb4。但有几个参数我建议根据实际场景手动确认一下。推荐先看看这些内容[mysqld] # 端口默认3306如无需要不用改 port3306 # 最大连接数默认151并发高的场景要调大 max_connections500 # 默认存储引擎8.0就是InnoDB保持默认即可 default-storage-engineInnoDB # 字符集8.0默认utf8mb4可显式声明以确保行为一致 character-set-serverutf8mb4 # 时区默认跟随系统如果需要数据库单独指定时区再改 default-time-zone8:00这里要说明一下max_connections不是越大越好。每建立一个连接MySQL都会消耗线程栈和内存盲目调到几千内存跟不上的话照样崩。真实业务中单台MySQL concurrent连接数一般两三百足够你可以在运行后用SHOW STATUS LIKE Threads_connected;观察实际用量再决定是否调整。还有一个常被问到的是sql_mode。MySQL 8.0默认的sql_mode包含STRICT_TRANS_TABLES和NO_ZERO_DATE等这意味着插入非法日期或超出范围的数据会直接报错。这个行为在开发阶段有时很烦人有人会手动移除这些限制。我的建议是保留严格模式它能帮你更早发现数据质量问题比在线上数据出错之后再修复要省事得多。5.2 小内存服务器的关键配置别被默认参数坑死我最想重点提醒的就是这一小节。很多人的CentOS 7虚拟机只有2G内存甚至1G而MySQL 8.0默认的innodb_buffer_pool_size是128M听起来不大但它同时还会分配各种内存缓冲区、权限缓存、性能监控结构。被忽略的performance_schema默认开启时会消耗掉大量内存我见过有4G内存的服务器仅performance_schema就吃了200多MB。如果你的服务器内存小于等于2G建议在/etc/my.cnf的[mysqld]段加上# 缓冲池小内存建议设置128M~256M生产大内存机器可以设到物理内存的50%~70% innodb_buffer_pool_size256M # 关闭performance_schema小内存机器重点考虑 performance_schemaOFF # 连接数调小一点避免每个连接占用过多内存 max_connections200 # 表缓存减少一些默认值 table_open_cache2000尤其performance_schemaOFF这一条对于小内存机器立竿见影。缺点是失去了部分性能监控数据但本地开发、测试环境完全够用。生产环境建议保持开启并配合监控系统观察数据库状态。改完配置后重启MySQL可以用systemctl restart mysqld。如果改错了参数导致启动失败先看日志tail -50 /var/log/mysqld.log日志里会明确告诉你哪个参数非法、哪一行写错了。这是排查配置问题的第一入口别一上来就百度。5.3 日志与root密码重置的备用方案有时候临时密码找不到、密码忘了或者配置改坏导致登录不进去有一个通用的破解路径跳过授权表启动。操作步骤是systemctl stop mysqld mysqld --usermysql --skip-grant-tables --skip-networking 然后无密码登录mysql -uroot在MySQL 8.0中密码字段从5.7时代的password改成了authentication_string所以更新密码要用FLUSH PRIVILEGES; ALTER USER rootlocalhost IDENTIFIED BY 新密码;操作完毕后杀掉后台mysqld进程再正常systemctl start mysqld。这个方法日常用得不多但真遇到忘密码的时候能救命。注意--skip-networking必须带上否则相当于把无密码的root暴露在整个网络里非常危险。5.4 开机自启与systemd管理MySQL装好后systemctl enable mysqld这步我在第3章已经让你做了确认一下状态systemctl is-enabled mysqld输出enabled就说明开机自启已经生效。日常管理MySQL你只需要记住下面几条命令systemctl start mysqld # 启动 systemctl stop mysqld # 停止 systemctl restart mysqld # 重启 systemctl status mysqld # 查看状态另外CentOS 7里mysqld的systemd服务单元自带了资源限制配置你可以在/etc/systemd/system/mysqld.service.d/目录下覆盖默认配置。不过绝大多数场景不需要动它知道有这回事就行。6. 远程连接、Navicat避坑与常见故障排查到这里服务器本地的MySQL已经可以正常使用了。但大多数人装数据库是为了给应用连、给同事连、给本地的Navicat连。所以远程连接这一关是另一个大坑密集区。6.1 防火墙放行和安全组策略CentOS 7默认用的是firewalld如果你想从局域网或本机用Navicat去连这台服务器上的MySQL第一件事就是放行3306端口firewall-cmd --permanent --add-port3306/tcp firewall-cmd --reload # 验证 firewall-cmd --list-ports看到3306/tcp在输出列表里说明防火墙这边已经通了。除了firewalld还有一层容易被忽略的是云服务商的安全组策略。如果你用的是阿里云、腾讯云这些云服务器控制台里的安全组规则也要放行3306端口。否则你在系统里把防火墙关了外部照样连不进来。这两层只要有一层堵着就表现为“超时”或“无法连接”。telnet是排查远程连接问题的利器telnet 你的服务器IP 3306如果端口没通会卡住或者直接拒绝连接。如果端口通了会黑屏或者显示一些字符CtrlC退出即可。这个工具能帮你快速定位问题出在防火墙层还是MySQL层。6.2 Navicat和旧客户端连不上MySQL 8.0的经典问题这是一个高频事故现场。装完MySQL 8.0用Navicat去连结果报错Authentication plugin caching_sha2_password cannot be loaded原因很简单MySQL 8.0默认的认证插件是caching_sha2_password而旧版本的Navicat特别是12及以下不支持这个新插件。解决方案有两条路任选其一第一条把用户的认证方式改回mysql_native_passwordALTER USER appuser% IDENTIFIED WITH mysql_native_password BY App2024; FLUSH PRIVILEGES;改完再用Navicat连就可以了。代价是认证安全性不如默认的caching_sha2_password但在内网环境问题不大。第二条更推荐升级你的客户端工具新版本Navicat、DBeaver、MySQL Workbench都已支持新认证插件没必要为了兼容性去降低数据库的认证标准。顺便提一句如果你用Python的pymysql、Java的旧MySQL驱动连8.0也可能遇到同样的认证问题解决办法是一样的——要么升级驱动要么把用户认证方式改成mysql_native_password。这里面的原理是任何客户端要连MySQL在握手阶段需要和服务器协商好认证插件。插件两边不匹配后续什么SQL都谈不了。6.3 我实际踩过的问题启动失败、字符集乱码、时区错乱我在多台服务器上装MySQL 8.0遇到过几个比较有代表性的问题这里一并记录下来希望你能绕开。启动失败常见原因一数据目录残留。/var/lib/mysql目录下如果有以前版本的数据库文件MySQL 8.0在初始化时会因为目录非空而拒绝启动。解决办法就是第2.2节说的先备份再清空然后再启动。启动失败常见原因二内存不足。一些云厂商的低配机器或虚拟机内存只有512MBMySQL 8.0默认初始化时可能mysqld: Out of memory直接退出。这种建议先检查一下有没有现成的swapfree -h如果swap为0可以临时分配一个2G的swap文件顶一下。这个在线上环境是常规手法没什么羞耻的能有效避免内存压力。字符集乱码问题这个基本都出在客户端没有指定utf8mb4而不是服务端配置。命令行登录后执行SHOW VARIABLES LIKE character_set%;如果服务端已经是utf8mb4但程序里建表时用了latin1就会出现乱码。统一在数据库连接串里加上characterEncodingutf8mb4Java或charsetutf8mb4Python即可。我个人习惯是服务端、客户端、连接串全部是utf8mb4统一标准后就很少出乱码。时区错乱表现为数据库存储的时间比本地时间少8小时或者Navicat里看到的时间和实际不一样。原因是MySQL时区默认跟随系统而有些云服务器系统时区是UTC。排查SELECT NOW();如果显示的时间和你的本地时间差8小时在连接串上加上serverTimezoneAsia/ShanghaiJava驱动或者按第5.1节在my.cnf里加上default-time-zone8:00后重启。改配置是治本改连接串是治标看你的环境谁说了算。把这几个常见问题烂熟于心之后再遇到MySQL相关的报错第一反应应该是去看日志、看端口、看认证方式、看内存而不是急着到处搜“为什么连不上”。排错思路一旦清晰这些坑基本都拦不住你。
