1. 为什么我坚持在CentOS上部署MySQL 8.0而不是继续用5.7先说结论如果你还在纠结“5.7够用了没必要升8.0”我劝你趁早把升级提上日程。MySQL 8.0发布到现在已经过了好几年生态早就成熟了而且8.0在性能、安全、运维便利性上的提升是实打实的不是那种“版本号好看”的更新。我自己的服务器从5.7迁到8.0之后最直观的感受是查询性能确实有提升尤其是复杂关联查询和分组聚合场景。8.0默认使用InnoDB作为存储引擎支持窗口函数、公共表表达式CTE这些现代SQL特性写复杂报表查询的时候不再需要那些绕来绕去的临时表和变量拼接。另外8.0新增了CREATE INDEX IF NOT EXISTS这种语法脚本重复执行不会报错对于做自动化部署的人来说少踩很多坑。在CentOS上部署MySQL 8.0还有一个现实原因CentOS 7官方源里的MySQL版本停留在5.7如果你想用8.0必须自己配置官方Yum源或者下载离线包。很多新手在这一步就卡住了因为网上教程鱼龙混杂有的让改/etc/my.cnf改得面目全非有的让直接卸载系统自带的MariaDB结果把自己搞崩了。这篇博文我尽量把整个流程整理得完整一些从环境准备到安装配置再到常见错误排查都过一遍。写这篇内容之前我假设你的场景是这样的一台干净的CentOS 7或CentOS 8服务器能联网至少能访问MySQL官方源有root权限准备在正式环境部署MySQL 8.0。如果你的机器是纯内网环境文章里也会给到离线安装的方案。2. 安装前必须完成的系统准备别急着敲安装命令很多人装MySQL失败问题不是出在MySQL本身而是系统环境没准备好。我见过太多人命令一敲就是yum install mysql-server结果系统自带的MariaDB和MySQL 8.0的包冲突装到一半直接报错退出。所以安装前的环境整理非常关键。2.1 确认系统版本与内核第一步确认你的CentOS版本。MySQL 8.0对操作系统的要求是CentOS 7及以上内核版本建议3.10以上。一般生产环境用的CentOS 7.6到7.9都没问题CentOS 8系列也兼容。cat /etc/centos-release uname -r如果输出显示CentOS Linux release 7.9.2009内核3.10.0-1160那环境就没问题。有一点要提醒CentOS 7自带的glibc版本较老而MySQL 8.0官方提供的tar包二进制文件对glibc版本有一定要求。通用方案是安装Red Hat兼容版本el7系列包这也是我后面推荐用官方Yum源的原因之一——它会自动帮你解决依赖问题。2.2 清理冲突的MariaDB和旧版本MySQLCentOS 7默认自带MariaDB 5.5这是MySQL的一个分支。如果你直接装MySQL 8.0两个数据库的包会抢占文件路径和数据目录冲突几乎是必然的。所以安装前先检查一下rpm -qa | grep -i mariadb rpm -qa | grep -i mysql有输出的话先停掉相关服务再卸载systemctl stop mariadb systemctl stop mysqld卸载时我建议保留/var/lib/mysql目录因为那里面有你的数据。如果是新机器没有数据直接卸干净rpm -e --nodeps $(rpm -qa | grep -i mariadb) rpm -e --nodeps $(rpm -qa | grep -i mysql)--nodeps参数的意思是忽略依赖关系强制卸载。只有当你确定旧库不再需要时才这么干。如果旧库里有业务数据先备份别图省事。卸载后把旧的配置文件也处理一下rm -rf /etc/my.cnf rm -rf /etc/my.cnf.d/2.3 关闭或正确配置SELinux与防火墙SELinux是CentOS安全机制里比较让人头疼的一块。如果SELinux处于enforcing状态MySQL 8.0的数据目录访问权限会被拦截出现Permission denied的报错。快速确认SELinux状态getenforce输出Enforcing的话两个选择直接关掉或者给MySQL目录设置正确的SELinux上下文。对于生产环境如果安全要求不是极端严格我一般建议临时关闭等确认MySQL运行正常后再考虑精细化配置。临时关闭命令setenforce 0但这不是永久生效的重启后又变回Enforcing。永久关闭需要编辑/etc/selinux/configsed -i s/SELINUXenforcing/SELINUXdisabled/ /etc/selinux/config防火墙方面如果你需要从外部客户端连接MySQL必须放行3306端口firewall-cmd --permanent --add-port3306/tcp firewall-cmd --reload如果用的是iptables而非firewalld则需要iptables -A INPUT -p tcp --dport 3306 -j ACCEPT service iptables save2.4 检查磁盘空间与数据目录规划MySQL 8.0的安装包本身不大安装后占用约1GB左右空间。但数据库跑到后面才是吃磁盘的大头特别是binlog日志和undo表空间。安装前用df -h看清楚/或/var/lib/mysql所在分区的剩余空间。经验值在线业务库建议预留至少数据量三倍的磁盘空间其中一倍给实际数据另外两倍留给binlog和临时文件。如果你的数据目录要放在独立的数据盘上比如/data/mysql建议在安装前就把目录准备好并挂载好省得后面迁移麻烦。mkdir -p /data/mysql chown -R mysql:mysql /data/mysql这个用户和用户组在MySQL包安装后会自动创建如果目录提前创建好了记得给对属主否则后续初始化数据库时会因为权限问题失败。3. 两种主流安装方式官方Yum仓库在线安装与离线tar包MySQL 8.0在CentOS上的安装方式主要分三种官方Yum源在线安装、二进制tar包离线安装、Docker容器化部署。Docker方式适合开发和测试环境生产环境我还是推荐前两者。下面分别把Yum源和tar包的步骤写清楚你自己根据网络情况选择。3.1 官方Yum仓库在线安装最推荐的方式在线安装最大的优势是依赖关系自动解决。MySQL 8.0依赖libaio、numactl-libs这些库Yum方式会自动帮你装好tar包则要手动处理。第一步添加MySQL官方Yum源。这里我用的mysql80-community-release是针对MySQL 8.0系列的yum install -y https://dev.mysql.com/get/mysql80-community-release-el7-7.noarch.rpm注意如果你用的是CentOS 8需要把el7改成el8yum install -y https://dev.mysql.com/get/mysql80-community-release-el8-4.noarch.rpm安装完这个rpm包后系统里会多出/etc/yum.repos.d/mysql-community.repo和mysql-community-source.repo两个源文件。你可以查看一下源文件确认8.0的源是否启用cat /etc/yum.repos.d/mysql-community.repo | grep -A 3 \[mysql80-community\]确认输出中enabled1即可。然后就可以安装了yum install -y mysql-community-server安装过程会自动拉取MySQL 8.0的server、client和common等组件一般几分钟内完成。装好后验证一下mysql --version输出类似mysql Ver 8.0.36 for Linux on x86_64 (MySQL Community Server - GPL)就说明安装成功了。3.2 二进制tar包离线安装内网环境专用方案如果你所在的服务器是纯内网环境无法访问外网Yum源那离线tar包就是唯一正解。首先在能联网的机器上下载MySQL 8.0的二进制tar包。下载地址是MySQL官方下载页选择Linux - Generic分类下的Linux - Generic (glibc 2.28) (x86_64)版本文件名为mysql-8.0.xx-linux-glibc2.28-x86_64.tar.xz之类的。注意选择glibc 2.28版本CentOS 7的glibc是2.17需要选择对应glibc 2.17的旧版本或者直接用CentOS 8。这里有个容易踩坑的点CentOS 7自带的glibc版本偏旧直接跑新版本MySQL 8.0 tar包可能报version GLIBC_2.28 not found。解决方案是选择旧版tar包比如MySQL 8.0.28及更早版本或者换用el7系列的rpm包离线安装。离线安装rpm的方式是先把所有rpm下载下来拷贝到内网机器上用yum localinstall或rpm -ivh安装。# 外网机器上下载 yum install --downloadonly --downloaddir/tmp/mysql8_rpm mysql-community-server然后把/tmp/mysql8_rpm目录整体拷贝到内网机器执行yum localinstall -y /tmp/mysql8_rpm/*.rpm如果内网机器也没有配置Yum源可以改用rpm -ivh但需要手动解决依赖。libaio可以通过rpm -ivh提前装上numactl-libs同理这些在CentOS系统镜像里都带了。tar包方式还有一种场景你想要极致的目录自定义把MySQL安装到独立目录下。比如tar -xf mysql-8.0.36-linux-glibc2.17-x86_64.tar.xz -C /usr/local mv /usr/local/mysql-8.0.36-linux-glibc2.17-x86_64 /usr/local/mysql然后创建mysql用户和数据目录再初始化数据库useradd -r -s /sbin/nologin mysql mkdir -p /data/mysql chown -R mysql:mysql /data/mysql /usr/local/mysql/bin/mysqld --initialize --usermysql --basedir/usr/local/mysql --datadir/data/mysql这种方式适合对目录有洁癖的运维同学但配置成本稍高需要自己写my.cnf和systemd服务文件。新手我更建议走Yum路线。3.3 Dcoker方式开发环境值得尝试顺便提一嘴如果你的CentOS上已经装了Docker那用容器跑MySQL 8.0是最快的docker pull mysql:8.0 docker run -d --name mysql8 \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDyourpassword \ -e MYSQL_DATABASEtestdb \ -v /data/mysql:/var/lib/mysql \ mysql:8.0生产环境我不太建议容器化运行数据库因为容器的网络和存储隔离层会带来额外的IO开销和运维复杂度。但开发和测试环境用这个方式五分钟搞定一个MySQL实例是真的爽。4. 安装后的初始化配置密码、认证插件、远程连接与开机自启安装只是第一步初始化配置才是真正决定你的MySQL能否被正常使用的关键。很多人装完以后连mysql -uroot -p都进不去或者用Navicat连不上远程数据库基本都是这个阶段出了问题。4.1 首次启动与临时密码获取MySQL 8.0安装完成后第一次启动前不需要手动初始化服务启动时会自动完成数据目录的初始化。启动命令systemctl start mysqld systemctl enable mysqldenable的目的是设置开机自启建议顺手做掉省得服务器重启后数据库起不来。MySQL 8.0安装后会自动生成一个临时root密码存在日志文件里。第一次登录需要用这个临时密码grep temporary password /var/log/mysqld.log输出类似[Note] A temporary password is generated for rootlocalhost: xxxxxxxx后面这串就是临时密码。然后mysql -uroot -p输入临时密码即可登录。登录后第一件事就是改密码不然后续什么都干不了。4.2 密码策略与root密码修改MySQL 8.0默认的密码策略是validate_password组件的强度要求长度至少8位必须包含大小写字母、数字和特殊字符。直接执行简单的密码会被拒绝。这是很多新手卡住的地方。ALTER USER rootlocalhost IDENTIFIED BY YourStrongPassword123!;如果你只是在开发环境用密码策略碍手碍脚可以按需调低UNINSTALL COMPONENT file://component_validate_password;或者保留组件但调整策略等级SET GLOBAL validate_password.policy LOW; SET GLOBAL validate_password.length 6;LOW等级只要求密码长度不低于6位不强制字符组合。生产环境不建议关掉密码策略既是安全防线也是合规要求。4.3 认证插件兼容性排查Navicat连不上的根源MySQL 8.0把默认认证插件从mysql_native_password改成了caching_sha2_password。这个改动本身没问题但旧版本的Navicat12以下、旧版本PHP的mysqlnd驱动都不支持新认证方式连数据库时报Authentication plugin caching_sha2_password cannot be loaded错误。两个解决办法第一个给指定用户指定旧的认证插件CREATE USER appuser% IDENTIFIED WITH mysql_native_password BY AppPassword123!;这样新建的用户就可以被老客户端正常连接。第二个把旧客户端全部升级。Navicat 12以上、PHP 7.4以上都已支持caching_sha2_password往新版本走才是长期方案。我的建议是生产环境能用新认证插件就用新的只有对接老应用确实连不上时才降级处理保证整体安全水位。4.4 创建应用用户并配置远程访问权限MySQL安装后root用户默认只允许本地登录rootlocalhost应用服务器不在这台机器上时你必须创建可远程访问的业务用户CREATE USER appuser% IDENTIFIED BY AppPassword123!; GRANT ALL PRIVILEGES ON appdb.* TO appuser%; FLUSH PRIVILEGES;这里有个安全细节appuser%中的%代表所有IP都能连如果应用服务器的IP是固定的建议指定具体IPCREATE USER appuser192.168.1.100 IDENTIFIED BY AppPassword123!;用具体IP可以有效减少数据库被扫描爆破的暴露面。之后还要确认两个地方一是my.cnf里bind-address不能是127.0.0.1否则外网IP访问不到应该设置成0.0.0.0或你的内网IP二是防火墙要放行3306端口这个我在前面已经提过了。验证远程连接是否正常可以在另一台机器上执行mysql -h 你的服务器IP -u appuser -p能成功登录就说明远程访问配置完成了。4.5 核心参数调优让MySQL适配你的服务器MySQL 8.0安装后的默认配置是保守的8GB内存的机器跑起来很浪费。根据实际硬件调整/etc/my.cnf里的核心参数很有必要。下面是我在中等配置服务器4核8G上常用的一组基础配置[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci max_connections500 innodb_buffer_pool_size4G innodb_log_file_size256M innodb_flush_log_at_trx_commit2 slow_query_logON slow_query_log_file/var/log/mysql-slow.log long_query_time1简单解释一下innodb_buffer_pool_size是InnoDB最重要的参数设置为物理内存的50%左右是比较合理的起点你的数据热数据基本都从这个缓冲池里出太小会导致频繁磁盘IOinnodb_log_file_size决定redo log文件大小太小会导致频繁刷盘innodb_flush_log_at_trx_commit2牺牲一点持久性换取更高的写入性能适合允许丢失最近1-2秒事务的应用场景slow_query_log和long_query_time是为了慢查询排查生产环境强烈建议开启。修改完配置后重启MySQL使参数生效systemctl restart mysqld验证参数是否生效SHOW VARIABLES LIKE innodb_buffer_pool_size;5. 高频故障排查那些让人崩溃的报错和解决思路这一部分是我最想写的因为网上教程大多停留在“如何成功安装”这一步但实际运维中真正让人崩溃的是装完之后各种奇怪的报错。下面把我在CentOS上遇到的高频问题整理出来每个都给出排查链路。5.1 ERROR 2002 (HY000): Cant connect to local MySQL server through socket这是最常见的错误意思是客户端在找MySQL的socket文件时找不到。排查链路如下第一步确认MySQL服务是否真的在运行systemctl status mysqld如果服务没起看看日志里的报错tail -n 30 /var/log/mysqld.log可能的原因包括磁盘空间不足导致MySQL无法写入临时文件、数据目录权限不对、my.cnf里配置了不存在的目录等。如果服务在运行那就可能是socket文件路径不一致。MySQL 8.0默认socket文件位置是/var/lib/mysql/mysql.sock但客户端默认连接的可能是/tmp/mysql.sock。这时在客户端连接时指定socketmysql -uroot -p --socket/var/lib/mysql/mysql.sock或者在/etc/my.cnf的[client]段里加上[client] socket/var/lib/mysql/mysql.sock这样数据库服务端和客户端就统一了。5.2 无法连接远程数据库10060或2003错误Navicat或者程序连接报2003的时候排查顺序从近到远服务器上先看监听状态netstat -tnlp | grep 3306没有输出说明mysqld没监听3306查bind-address配置有输出且IP是0.0.0.0:3306继续下一步。防火墙是否放行3306firewall-cmd --list-all查看ports列表。云服务器安全组是否放行3306这个经常被忽略阿里云、腾讯云等云厂商机器需要同时改控制台里的安全组规则。MySQL用户权限是否正确确认连接的用户是不是host为%或对应IP的用户。按这个顺序检查90%的远程连接问题都能解决。5.3 密码正确但登录报 Access denied for user如果确认密码没错还报这个错大概率是用户对应的host不匹配。MySQL匹配用户时看的是userhost二元组。比如你创建的是rootlocalhost那用127.0.0.1连接时会匹配不到如果你MySQL里没有root127.0.0.1这个用户就会拒绝。排查方式SELECT user, host FROM mysql.user;把需要的host组合补齐就行。5.4 内存溢出MySQL进程被OOM Killer杀掉MySQL运行一段时间后进程消失查看dmesg能看到Out of memory: Kill process信息。这个在低内存服务器上很常见。核心原因是innodb_buffer_pool_size配得太大加上系统本身的其他进程吃内存触发了Linux的OOM Killer。解决办法降低innodb_buffer_pool_size给操作系统预留20%-30%的内存同时减少max_connections的配置每个连接都占用内存连接数设太大会放大内存占用。另外可以在my.cnf里设置performance_schemaOFF table_open_cache2000performance_schema是性能监控组件内存占用不小非必要可以关掉。5.5 启动失败提示 unknown variable validate_password.policy这是因为你的MySQL版本里validate_password组件可能没有加载或者参数名不对。MySQL 8.0里有两个类似的命名空间老版本是validate_password_policy新版本是validate_password.policy。如果你用的是官方Yum安装的8.0.34以上版本默认加载了validate_password组件但参数名是带点的。如果不确定参数名直接用SHOW VARIABLES LIKE validate_password%;看输出结果再决定修改哪个参数。6. 写完这波安装配置最后分享几个我的实操体会MySQL装在CentOS上这件事本身不难难的是装完以后让它稳定跑起来、性能发挥出来。根据我自己的经验有几个容易被忽略但很重要的点再啰嗦一遍。第一binlog日志的保留时间一定要设置。默认情况下MySQL 8.0的binlog是长期保留的数据量大了以后非常吃磁盘而且清理不及时会导致磁盘写满数据库直接只读。建议在my.cnf里设置expire_logs_days7 max_binlog_size256MMySQL 8.0.3之后也可以用binlog_expire_logs_seconds单位是秒设置604800就是7天。这条配置亲测是最值得做的前置防护。第二备份方案在安装阶段就要想好。MySQL 8.0官方自带的mysqldump仍然是逻辑备份的常用工具但数据量大时备份速度偏慢。如果你有实时备份的需求建议用mysqlbackupMySQL Enterprise Backup或者开源方案XtraBackup。物理备份在恢复速度上完胜逻辑备份尤其是故障恢复的分钟级场景。第三连接数这块我踩过一次坑。默认max_connections151看起来够用但很多应用框架比如Java的连接池会保持多个空闲连接一上线就占满了。我在Spring Boot项目里遇到过连接数不够导致服务间歇性不响应的问题排查了半天才发现是连接数溢出了。所以如果你的应用是常见的Web服务建议直接把max_connections调到300以上。第四关于升级路径。如果你是从MySQL 5.7平滑升级到8.0注意8.0移除了mysql_native_password的默认首选地位同时sql_mode默认值更严格了比如NO_AUTO_CREATE_USER这种模式在8.0里已经没有了。升级前先把应用程序的兼容性测试做好特别是老项目的ORM框架。最稳妥的方式是在测试环境完整跑一遍应用确认无感了再动生产库。最后说一个运维习惯的问题。安装MySQL时顺手写一个部署文档记录操作系统的版本、MySQL的版本、安装方式、my.cnf里的参数及修改原因。别觉得这是形式主义等你半年后再来看这台服务器的时候这份文档能帮你省下大量回忆的时间。很多事故都是因为“当时怎么配的忘了”导致的。这次在CentOS上装MySQL 8.0的经历让我对“版本升级”这件事有了更务实的看法——新版本带来的不仅是新特性还有新的运维规范和安全基线。花一晚上时间把基础打牢后面省下的时间绝对不止一个晚上。