上个月帮朋友处理一台展示用的CentOS服务器远程一登录就看到他对着报错发愁ERROR 2002 (HY000): Cant connect to local MySQL server through socket /var/run/mysqld/mysqld.sock。这报错看起来吓人实际十有八九就是服务没起来或者MySQL压根还没装完整。后来我一问他连MySQL初始化都还没做只是执行了个安装命令就以为万事大吉了。这篇文章就把从零开始装MySQL的整套流程整理出来覆盖RHEL系CentOS / Rocky / Alma和Debian系Ubuntu / Debian两种主流Linux发行版。内容包括版本选型、仓库配置、初始化、安全加固、生产配置、常见故障排查全程都是可以直接照抄的命令和配置。适合Linux新手、运维初级选手以及那些想把MySQL装到自建服务器上但不想被各种小坑绊住的朋友。1. 安装之前先把这几道“选择题”做对很多人装MySQL的习惯是直接yum install mysql-server或者apt install mysql-server然后一路回车。系统确实会给你装一个MySQL但版本可能是系统仓库里那个陈旧的8.0.x老版本模块也可能不完整。更麻烦的是有的系统仓库默认把MySQL替换成了MariaDB——装了半天命令都是错的自己还不知道。所以在动手之前有几件事必须先想清楚。1.1 版本选择5.7还是8.0如果你在百度或者技术论坛搜索大概率还能翻到一堆MySQL 5.7的教程。但我要说的是2024年的现在新项目真的别再装5.7了。先看两组事实MySQL 5.7是2023年10月正式停止官方支持EOL的意味着以后没有安全补丁出了高危漏洞也没人管。MySQL 8.0是目前社区版的稳定主线默认字符集就是utf8mb4加上窗口函数、公共表表达式CTE、原子DDL、更快的查询优化器性能比5.7有明显提升。我在实际项目中体会最深的一点是8.0的原子DDL确实省心执行ALTER TABLE中途失败不会留下半改半不改的脏状态。5.7年代遇到一次大表加字段失败表结构损坏恢复起来是真的头疼。唯一需要考虑兼容性的是8.0的默认认证插件从mysql_native_password换成了caching_sha2_password一些老版本的客户端、旧驱动比如很久不更新的Java Connector/J 5.x、某些老版本Navicat连不上。解决方式后面会讲不影响大局但你要提前知道有这回事。版本选择我给了张对比表直接抄对比项MySQL 5.7MySQL 8.0官方支持周期已EOL无安全补丁长期支持到2026默认字符集utf8mb4但非默认utf8mb4认证插件mysql_native_passwordcaching_sha2_password查询优化器常规更好支持窗口函数、CTE在线DDL部分支持原子DDL失败不残留中间态使用建议仅老项目迁移过渡新装首选1.2 安装方式在线仓库包、离线RPM包、Docker安装方式的选择主要看你的网络环境和部署场景。方式优点缺点适用场景官方yum/apt仓库安装版本最新、依赖自动解决、升级方便需要外网访问仓库有公网的服务器、云主机离线RPM/DEB包安装不依赖外网依赖包要手动收集版本匹配麻烦内网环境、堡垒机管控的服务器Docker容器环境隔离、秒级启动、多个版本共存性能略有损耗数据卷管理需谨慎开发测试、微服务架构、快速验证这里我多说一句如果你只是想快速验证一个功能Docker确实香docker run mysql:8.0一条命令。但生产环境放在宿主机上还是容器里要结合团队运维能力来定裸机装MySQL把数据目录独立出来仍然是非常主流的方案。下面正文以官方仓库在线安装为主线离线包方式单独拎一节来讲因为它解决的是完全没有公网的内网场景。1.3 操作系统和硬件准备不同Linux发行版的包管理方式差异很大先确认你的系统cat /etc/os-release看到ID是centos、rhel、rocky、almalinux这一类走yum/dnf路线看到ubuntu、debian走apt路线。两台机器的systemd服务名也可能不一样CentOS上服务叫mysqldUbuntu上服务叫mysql命令细节后面会区分。硬件建议最低1GB内存可以跑起来但8.0跑正式业务建议至少2GB以上。MySQL 8.0启动时默认分配的Buffer Pool是128MB如果内存太紧张启动阶段就可能直接OOM。磁盘方面生产环境一定要把数据目录放到独立数据盘上比如挂在/data下的盘系统盘和数据盘分开后面迁移数据目录那节会细讲。还需要提前检查SELinux状态RHEL系getenforce如果输出Enforcing装完MySQL后连接容易出现权限类报错。可以临时setenforce 0测试生产环境建议用正确放行方式后面有一节专门说。2. 环境检查与软件源配置2.1 先看清系统里有没有“旧账”安装之前别急着执行安装命令先确认系统里有没有残留的MySQL或MariaDBrpm -qa | grep -i -E mysql|mariadb如果有输出尤其是有mariadb要评估是否卸载。CentOS默认自带的mariadb-libs会和MySQL的libs有冲突官方仓库安装时yum会自动解决冲突但有时候会提示错误。稳妥做法sudo yum remove -y mariadb-libs还要确认3306端口没被占用ss -lntp | grep 3306有输出说明端口已经被占了通常是有存量MySQL这时候就不要重复安装了。把系统时间和同步也确认一下date看时间如果差太多会导致后面SSL握手各种奇怪问题。2.2 官方仓库在线安装步骤这里以RHEL系最流行、教程也最多的CentOS/Rocky 8/9为例。官方仓库的安装包是个RPM不同系统版本要下载对应的el版本号# Rocky / Alma / CentOS 9 用 el9 sudo yum install -y https://repo.mysql.com//mysql80-community-release-el9-1.noarch.rpm # CentOS / Rocky 8 用 el8 sudo yum install -y https://repo.mysql.com//mysql80-community-release-el8-6.noarch.rpm装完这个仓库包之后系统里就多了一个mysql80-community源。检查一下yum repolist enabled | grep mysql然后安装MySQL服务端sudo yum install -y mysql-community-server这条命令会把mysql-community-server以及client、common、libs等依赖一次性装好。装完顺手验证版本mysql --version如果显示mysql Ver 8.0.xx for Linux on x86_64说明装对了。Debian/Ubuntu系的官方仓库安装要更绕一点。官方提供了mysql-apt-config这个DEB包先下载再配置wget https://repo.mysql.com//mysql-apt-config_0.8.32-1_all.deb sudo dpkg -i mysql-apt-config_0.8.32-1_all.deb安装时会弹出蓝框选择界面通常直接选Ok确认默认的MySQL 8.0源即可。然后更新索引安装sudo apt update sudo apt install -y mysql-serverUbuntu装完后root账号默认不能直接用密码登录而是通过auth_socket插件执行sudo mysql才能进。这跟CentOS那种自动生成临时密码的逻辑不一样很多人第一次用Ubuntu装MySQL就被坑了。这个差异后面会专门提到。2.3 内网Linux服务器离线安装没有外网的服务器是很多初入公司的朋友第一个崩溃场景yum install一直超时后来才知道生产内网根本不让你出网。离线安装的核心是准备一套与目标系统版本匹配的RPM包。你可以在另一台可以联网的同版本系统上先执行yum install --downloadonly把依赖全部拉下来# 联网机器上执行/data/rpms就是最后的离线包目录 sudo yum install --downloadonly --downloaddir/data/rpms mysql-community-server然后把/data/rpms整个目录传到内网服务器执行cd /data/rpms sudo rpm -ivh *.rpm这里要注意两点第一rpm -ivh *.rpm会按照文件名顺序装如果出现依赖报错用rpm -ivh多次安装直到不报错或者调整安装顺序先common再libs再client再server第二MySQL 8.0的server包依赖libaio和numactl-libs内网机器如果没有也要一并下载否则会卡在依赖检查上。用rpm -ivh *.rpm遇到依赖问题时最简单粗暴的办法是在联网机器上用yum deplist mysql-community-server查看完整依赖列表把相关包都下载下来放进去避免来回传包。3. MySQL 8.0安装、初始化与安全配置仓库安装完成后MySQL并不是立刻就能用。8.0的初始化流程和5.7不太一样5.7是在安装后首次启动自动初始化并生成临时密码8.0的mysqld --initialize在安装后由systemd自动触发你需要做的是启动它、找到密码、改密码。3.1 启动服务并获取临时密码RHEL系先启动服务sudo systemctl start mysqld sudo systemctl status mysqld如果服务状态显示active (running)说明启动成功。首次启动后日志里会有一条包含临时root密码的记录sudo grep temporary password /var/log/mysqld.log输出类似[Note] [MY-010454] [Server] A temporary password is generated for rootlocalhost: kXq#3nTfz9x!这里的kXq#3nTfz9x!就是你的临时密码。复制它用它登录mysql -uroot -p输入临时密码后进入MySQL命令行第一件必须做的事是改密码否则任何其他操作都会报错提示你必须先重置ALTER USER rootlocalhost IDENTIFIED BY 你的新密码;密码务必复杂一些8.0默认密码策略是MEDIUM要求长度至少8位、包含大小写字母数字和特殊字符。如果你用123456这种弱密码会直接报错ERROR 1819 (HY000): Your password does not satisfy the current policy requirementsDebian/Ubuntu系的情况不一样。刚才说了Ubuntu默认root是通过auth_socket认证的你执行sudo mysql -uroot直接就能进不需要密码。如果你想像CentOS那样用密码连接root需要手动切认证方式ALTER USER rootlocalhost IDENTIFIED WITH caching_sha2_password BY 你的新密码;再执行FLUSH PRIVILEGES;之后就可以用mysql -uroot -p用密码登录了。3.2 运行安全加固脚本MySQL官方提供了一个交互式安全配置脚本sudo mysql_secure_installation这个脚本会问你几个问题我逐个说一下这些问题的含义和建议提问含义建议VALIDATE PASSWORD COMPONENT是否启用密码强度校验组件生产环境选Y开发机随意Change the password for root?是否立即修改root密码刚改过可以不改Remove anonymous users?是否删除匿名用户选YDisallow root login remotely?是否禁止root远程登录选Yroot只能本机登录Remove test database?是否删除默认test库选YReload privilege tables now?是否刷新权限表选Ymysql_secure_installation做完你的MySQL基础安全状态就不错了。绝大多数新手装完MySQL直接裸奔默认还有匿名用户、root允许任意IP登录、自带test库仍在这些都是安全审计时被点名的重灾区这个脚本能帮你一次扫干净。3.3 创建业务账号并授权远程访问实际项目里应用服务通常不会用root连接数据库而是用独立业务账号。注意MySQL 8.0里GRANT语句已经不能再隐式创建用户了必须先CREATE USER再GRANT这两个步骤别合并否则报错-- 1. 创建用户 CREATE USER appuser% IDENTIFIED BY AppPassw0rd!; -- 2. 授权给所有库或者指定库 GRANT ALL PRIVILEGES ON appdb.* TO appuser%;这里的%表示允许任意IP登录。如果只允许特定网段访问可以写成192.168.10.%精确的IP则写192.168.10.88。数据库也建议精确授权不要动不动就*.*万一账号泄露整个实例都暴露了。最后刷新权限FLUSH PRIVILEGES;我的习惯是尽量用最小的权限业务账号通常只给它对应业务库的所有权限不给全局权限。如果应用只需要查询GRANT SELECT, INSERT, UPDATE, DELETE ON appdb.* TO appuser%;这样能避免许多低级灾难。3.4 防火墙、SELinux和云安全组放行服务器本机装好MySQL并不代表你能从本地开发机连过去。RHEL系要先放行防火墙端口sudo firewall-cmd --permanent --add-port3306/tcp sudo firewall-cmd --reloadUbuntu/Debian系用ufwsudo ufw allow 3306/tcp前面提到SELinux是Enforcing状态时MySQL监听端口可能被拦截。可以查看审计日志sudo grep mysql /var/log/audit/audit.log | tail -20如果看到denied字样用放行方式处理sudo setsebool -P mysqld_connect_any 1或者干脆用更通用的方法给3306端口放行sudo semanage port -a -t mysqld_port_t -p tcp 3306还有一个容易忽略的点如果你用的是云服务器阿里云、腾讯云、华为云等安全组规则里也要放行3306。很多朋友防火墙都关了本机也能连但外部就是连不上最后发现是云控制台安全组的入方向规则没配上。4. 生产环境必做的配置优化MySQL装好能跑只是第一步真正让你后面少熬夜的是初始化阶段就把配置优化好。这一节讨论的配置我的建议是在启动服务之前或者刚装完就改不要拖到业务上线后再说。4.1 字符集与时区一次配到位MySQL 8.0默认字符集已经是utf8mb4了但为了显式可控以及照顾某些从5.7迁移过来的老库还是要主动配到my.cnf里。先确认当前字符集SHOW VARIABLES LIKE character_set_server; SHOW VARIABLES LIKE collation_server;RHEL系的默认配置文件是/etc/my.cnfDebian系一般是/etc/mysql/mysql.conf.d/mysqld.cnf。在[mysqld]段下添加[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci有些教程推荐用utf8mb4_general_ci做排序规则我建议用utf8mb4_unicode_ci。它基于Unicode标准排序多语言场景下更准确general_ci速度略快但排序规则和Unicode有差异。现代硬件上这点性能差异几乎可以忽略准确性优先。时区也一并配好default-time-zone08:00如果不配MySQL使用的是系统时区。有些部署环境系统时区设置不规范会出现应用写入的时间是当前时间但NOW()查出来是UTC时间的情况排查起来极其蛋疼。直接在配置文件写死时区一劳永逸。改完配置记得重启sudo systemctl restart mysqld4.2 关键性能参数解读MySQL的性能调优门道很多但90%的场景只需要关注下面这几个参数。把这些配好你的实例就能扛住很可观的负载。参数作用建议值innodb_buffer_pool_sizeInnoDB缓存数据和索引的内存池物理内存的50%~70%innodb_log_file_sizeRedo日志文件大小128M~512Mmax_connections最大连接数200~500视业务slow_query_log慢查询日志开关生产建议开启long_query_time慢查询阈值秒2innodb_flush_log_at_trx_commit事务日志刷盘策略默认1兼顾安全与性能其中最重要的就是innodb_buffer_pool_size。假设服务器内存是8GB给MySQL分配4GB是合理的innodb_buffer_pool_size 4Ginnodb_buffer_pool_size设置太小MySQL会频繁读写磁盘设置太大内存会被耗尽导致OOM。我们曾遇到一台64GB内存的服务器开发把Buffer Pool设成48GB恰好上面还有其他Java服务结果一到高峰期就OOM杀MySQL进程。这个值需要结合整机内存规划来算别拍脑袋。慢查询日志也要建议开启slow_query_log 1 slow_query_log_file /var/log/mysql-slow.log long_query_time 2 log_queries_not_using_indexes 1上线几个月后这个文件能帮你精准定位慢SQL和没走索引的查询调优的时候比啥工具都管用。4.3 大小写敏感与表目录迁移Linux和Windows对表名大小写的处理风格完全不同。Windows默认不区分大小写Linux默认lower_case_table_names0即区分大小写。开发在Windows上写代码时没注意上线Linux后突然报Table mytable doesnt exist这就是大小写问题在搞鬼。MySQL 8.0里lower_case_table_names参数一旦初始化数据目录之后就不能再修改了。所以必须在初始化之前就要想好项目用Linux服务器且开发也在Linux保持默认0区分大小写规范开发习惯。开发在Windows/Mac、生产在Linux设置lower_case_table_names1避免上线踩坑。如果已经初始化了数据目录才发现需要修改只能备份所有数据mysqldump导出。删除/var/lib/mysql下的数据文件。修改配置为lower_case_table_names1。重启MySQL重新导入备份。这条路径的痛苦程度可想而知所以尽量初始化前配置好。数据目录迁移也是类似思路。生产建议把数据放到独立数据盘假设新目录是/data/mysql# 1. 停库 sudo systemctl stop mysqld # 2. 复制数据目录 sudo mkdir -p /data/mysql sudo cp -a /var/lib/mysql/. /data/mysql/ sudo chown -R mysql:mysql /data/mysql # 3. 修改配置 # [mysqld] # datadir/data/mysql # 4. 启动 sudo systemctl start mysqld注意复制用cp -a保留属主和权限不要图省事用cp -rf。cp -rf在高版本系统上默认会保留权限吗不一定还是-a归档模式最稳。4.4 开机自启与日常服务管理新装的MySQL默认不一定开机自启尤其有些精简Linux发行版不会帮你把服务设为enable。执行sudo systemctl enable mysqld确认状态sudo systemctl is-enabled mysqld输出enabled就说明自启已生效。日常最常用的几个命令贴一遍以后不用查文档sudo systemctl start mysqld # 启动 sudo systemctl stop mysqld # 停止 sudo systemctl restart mysqld # 重启 sudo systemctl status mysqld # 查看状态 sudo systemctl reload mysqld # 重载配置常用于改my.cnf后不重启应用注意改my.cnf后建议用restart或者reload。reload不会断开已有连接适合配置微调改字符集、Buffer Pool这些关键参数还是老老实实restart否则可能不生效或者部分会话状态混乱。5. 高频错误排查与避坑经验5.1 ERROR 2002socket文件连不上这个报错在热词里出现频率很高中文意思就是用socket方式连接本地MySQL时找不到相关文件。ERROR 2002 (HY000): Cant connect to local MySQL server through socket /var/run/mysqld/mysqld.sock遇到这个先别慌按照顺序排查第一服务是否真的在运行sudo systemctl status mysqld ps -ef | grep mysqld如果服务没起来先看启动了为什么失败sudo tail -100 /var/log/mysqld.log日志里通常直接写着失败原因比如数据目录权限不对、磁盘满了。第二socket文件是否存在ls -l /var/run/mysqld/mysqld.sock如果文件不存在服务多半没起来或刚启动失败。如果socket文件在别的路径有些人配置改成/tmp/mysql.sock但客户端默认找/var/run/mysqld/mysqld.sock就会报这个错。解决办法是显式指定mysql -uroot -p --socket/tmp/mysql.sock或者修改客户端配置把socket路径指到一致的位置。第三目录权限问题。ll /var/run/mysqld如果目录不存在手动创建并授权sudo mkdir -p /var/run/mysqld sudo chown mysql:mysql /var/run/mysqld这个问题我遇到过无数次尤其是用mysqld_safe手动启动时更容易碰到。systemd管理时正常会自动创建但某些最小化系统环境就是没建。5.2 客户端连不上缓存认证插件不兼容本地MySQL客户端版本太老或者开发机上的Navicat、DataGrip版本太旧连接MySQL 8.0时会报Authentication plugin caching_sha2_password cannot be loaded或者Authentication plugin caching_sha2_password is not supported原因很清楚8.0默认用caching_sha2_password老客户端不认识。处理方法有两种。方法一升级客户端。这是最推荐的方式新版驱动都支持这个插件。方法二把用户认证方式改回老插件作为临时兼容ALTER USER appuser% IDENTIFIED WITH mysql_native_password BY AppPassw0rd!; FLUSH PRIVILEGES;改完之后老版本工具就能正常连了。但这个办法我不建议长期使用mysql_native_password在安全性上不如caching_sha2_password而且MySQL官方已经明确它是未来要移除的插件。我的建议是能升级工具就升级兼容性改动作为过渡方案。另外远程连接还有一个常见问题检测到服务器时区空Navicat连接后时间不准或者建立连接阶段直接报Public Key Retrieval is not allowed。后者通常需要在连接属性里面开启allowPublicKeyRetrievaltrue出现这个原因是8.0的caching_sha2_password在SSL未启用时需要先安全地获取服务器的RSA公钥客户端默认不允许这样做需要显式打开。5.3 root密码忘了怎么办作为运维迟早会遇到这台机器我忘了密码的情况。别急着重装系统用跳过权限表的方式进库改密码。RHEL系以systemd方式启动时sudo systemctl set-environment MYSQLD_OPTS--skip-grant-tables --skip-networking sudo systemctl start mysqld # 免密登录 mysql -uroot进入MySQL后先让权限表加载生效FLUSH PRIVILEGES;然后改密码ALTER USER rootlocalhost IDENTIFIED BY 你的新密码; FLUSH PRIVILEGES;退出后恢复sudo systemctl unset-environment MYSQLD_OPTS sudo systemctl restart mysqld这里强调一个安全细节--skip-grant-tables模式下显得像是裸奔任何本地进程都能免密登录所以一定要同时加--skip-networking禁止通过网络连接只允许本机socket操作。我见过有人救急时不加--skip-networking数据库短暂时间内对公网全部免密当场就被扫描器趁虚而入教训很深刻。5.4 老应用报SQL模式问题MySQL 8.0默认的sql_mode比5.7更严格常见报错包括only_full_group_by: which isnt in GROUP BY或者this is incompatible with sql_modeonly_full_group_by原因是8.0默认启用了ONLY_FULL_GROUP_BY要求SELECT出来的列必须出现在GROUP BY子句中或者被聚合函数包裹。5.7时代很多老SQL写法不严谨到了8.0就原形毕露。临时解决可以在当前会话里放宽SET SESSION sql_mode STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION;但这是治标不治本业务代码里的问题SQL迟早还要处理。更关键的是如果你的应用是接管商的老系统代码又不能随便改可以临时在my.cnf里设置sql_mode[mysqld] sql_modeSTRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION然后重启MySQL。这个操作能帮老项目平稳过渡但我的建议是过渡期结束后一定要让开发把SQL改规范把ONLY_FULL_GROUP_BY恢复开启否则新开发的SQL会越来越随意埋下隐患。5.5 常见问题速查表把日常收到最多的求助集中整理成一张表贴在这里建议收藏现象可能原因处理方式ERROR 2002socket无法连接服务没启动 / socket路径不一致先看systemctl status mysqld再查日志Access denied for user rootlocalhost密码错误 / auth_socket认证重置密码或用sudo mysql进入Your password does not satisfy密码强度不够用8位以上含大小写数字特殊字符的密码caching_sha2_password cannot be loaded客户端版本太老升级客户端或改用户为native_passwordPublic Key Retrieval is not allowed客户端连接配置未开启连接参数开allowPublicKeyRetrievaltrue远程连接超时/拒绝防火墙 / SELinux / 云安全组按防火墙、SELinux、安全组逐层排查Table xxx doesnt exist大小写敏感配置不一致规划好lower_case_table_names在初始化前配置启动失败但没报错日志文件没权限或磁盘满查看/var/log/mysqld.log检查df -h表格里的第一行和第二行是我被问得最多的两类问题。说句实话80%的MySQL连不上都是服务没起来在数据目录、权限、防火墙层层排查之前先花30秒看systemctl status能省下大半天时间。我个人在实际操作中的体会是装MySQL不难难的是装之前的设计决策。版本选哪个、字符集用什么、数据目录放哪里、大小写敏不敏感——这四个问题任何一个在初始化之后才想起修改都意味着推倒重来。所以我的习惯永远是先把my.cnf写完整、把数据目录规划好再启动服务。最后再分享一个小技巧每次装完MySQL先把根目录下my.cnf做个快照备份改动前cp /etc/my.cnf /etc/my.cnf.bak.$(date %F)改出问题能一键还原。这个习惯虽然原始但在生产环境救过我很多次。
上个月帮朋友处理一台展示用的CentOS服务器远程一登录就看到他对着报错发愁ERROR 2002 (HY000): Cant connect to local MySQL server through socket /var/run/mysqld/mysqld.sock。这报错看起来吓人实际十有八九就是服务没起来或者MySQL压根还没装完整。后来我一问他连MySQL初始化都还没做只是执行了个安装命令就以为万事大吉了。这篇文章就把从零开始装MySQL的整套流程整理出来覆盖RHEL系CentOS / Rocky / Alma和Debian系Ubuntu / Debian两种主流Linux发行版。内容包括版本选型、仓库配置、初始化、安全加固、生产配置、常见故障排查全程都是可以直接照抄的命令和配置。适合Linux新手、运维初级选手以及那些想把MySQL装到自建服务器上但不想被各种小坑绊住的朋友。1. 安装之前先把这几道“选择题”做对很多人装MySQL的习惯是直接yum install mysql-server或者apt install mysql-server然后一路回车。系统确实会给你装一个MySQL但版本可能是系统仓库里那个陈旧的8.0.x老版本模块也可能不完整。更麻烦的是有的系统仓库默认把MySQL替换成了MariaDB——装了半天命令都是错的自己还不知道。所以在动手之前有几件事必须先想清楚。1.1 版本选择5.7还是8.0如果你在百度或者技术论坛搜索大概率还能翻到一堆MySQL 5.7的教程。但我要说的是2024年的现在新项目真的别再装5.7了。先看两组事实MySQL 5.7是2023年10月正式停止官方支持EOL的意味着以后没有安全补丁出了高危漏洞也没人管。MySQL 8.0是目前社区版的稳定主线默认字符集就是utf8mb4加上窗口函数、公共表表达式CTE、原子DDL、更快的查询优化器性能比5.7有明显提升。我在实际项目中体会最深的一点是8.0的原子DDL确实省心执行ALTER TABLE中途失败不会留下半改半不改的脏状态。5.7年代遇到一次大表加字段失败表结构损坏恢复起来是真的头疼。唯一需要考虑兼容性的是8.0的默认认证插件从mysql_native_password换成了caching_sha2_password一些老版本的客户端、旧驱动比如很久不更新的Java Connector/J 5.x、某些老版本Navicat连不上。解决方式后面会讲不影响大局但你要提前知道有这回事。版本选择我给了张对比表直接抄对比项MySQL 5.7MySQL 8.0官方支持周期已EOL无安全补丁长期支持到2026默认字符集utf8mb4但非默认utf8mb4认证插件mysql_native_passwordcaching_sha2_password查询优化器常规更好支持窗口函数、CTE在线DDL部分支持原子DDL失败不残留中间态使用建议仅老项目迁移过渡新装首选1.2 安装方式在线仓库包、离线RPM包、Docker安装方式的选择主要看你的网络环境和部署场景。方式优点缺点适用场景官方yum/apt仓库安装版本最新、依赖自动解决、升级方便需要外网访问仓库有公网的服务器、云主机离线RPM/DEB包安装不依赖外网依赖包要手动收集版本匹配麻烦内网环境、堡垒机管控的服务器Docker容器环境隔离、秒级启动、多个版本共存性能略有损耗数据卷管理需谨慎开发测试、微服务架构、快速验证这里我多说一句如果你只是想快速验证一个功能Docker确实香docker run mysql:8.0一条命令。但生产环境放在宿主机上还是容器里要结合团队运维能力来定裸机装MySQL把数据目录独立出来仍然是非常主流的方案。下面正文以官方仓库在线安装为主线离线包方式单独拎一节来讲因为它解决的是完全没有公网的内网场景。1.3 操作系统和硬件准备不同Linux发行版的包管理方式差异很大先确认你的系统cat /etc/os-release看到ID是centos、rhel、rocky、almalinux这一类走yum/dnf路线看到ubuntu、debian走apt路线。两台机器的systemd服务名也可能不一样CentOS上服务叫mysqldUbuntu上服务叫mysql命令细节后面会区分。硬件建议最低1GB内存可以跑起来但8.0跑正式业务建议至少2GB以上。MySQL 8.0启动时默认分配的Buffer Pool是128MB如果内存太紧张启动阶段就可能直接OOM。磁盘方面生产环境一定要把数据目录放到独立数据盘上比如挂在/data下的盘系统盘和数据盘分开后面迁移数据目录那节会细讲。还需要提前检查SELinux状态RHEL系getenforce如果输出Enforcing装完MySQL后连接容易出现权限类报错。可以临时setenforce 0测试生产环境建议用正确放行方式后面有一节专门说。2. 环境检查与软件源配置2.1 先看清系统里有没有“旧账”安装之前别急着执行安装命令先确认系统里有没有残留的MySQL或MariaDBrpm -qa | grep -i -E mysql|mariadb如果有输出尤其是有mariadb要评估是否卸载。CentOS默认自带的mariadb-libs会和MySQL的libs有冲突官方仓库安装时yum会自动解决冲突但有时候会提示错误。稳妥做法sudo yum remove -y mariadb-libs还要确认3306端口没被占用ss -lntp | grep 3306有输出说明端口已经被占了通常是有存量MySQL这时候就不要重复安装了。把系统时间和同步也确认一下date看时间如果差太多会导致后面SSL握手各种奇怪问题。2.2 官方仓库在线安装步骤这里以RHEL系最流行、教程也最多的CentOS/Rocky 8/9为例。官方仓库的安装包是个RPM不同系统版本要下载对应的el版本号# Rocky / Alma / CentOS 9 用 el9 sudo yum install -y https://repo.mysql.com//mysql80-community-release-el9-1.noarch.rpm # CentOS / Rocky 8 用 el8 sudo yum install -y https://repo.mysql.com//mysql80-community-release-el8-6.noarch.rpm装完这个仓库包之后系统里就多了一个mysql80-community源。检查一下yum repolist enabled | grep mysql然后安装MySQL服务端sudo yum install -y mysql-community-server这条命令会把mysql-community-server以及client、common、libs等依赖一次性装好。装完顺手验证版本mysql --version如果显示mysql Ver 8.0.xx for Linux on x86_64说明装对了。Debian/Ubuntu系的官方仓库安装要更绕一点。官方提供了mysql-apt-config这个DEB包先下载再配置wget https://repo.mysql.com//mysql-apt-config_0.8.32-1_all.deb sudo dpkg -i mysql-apt-config_0.8.32-1_all.deb安装时会弹出蓝框选择界面通常直接选Ok确认默认的MySQL 8.0源即可。然后更新索引安装sudo apt update sudo apt install -y mysql-serverUbuntu装完后root账号默认不能直接用密码登录而是通过auth_socket插件执行sudo mysql才能进。这跟CentOS那种自动生成临时密码的逻辑不一样很多人第一次用Ubuntu装MySQL就被坑了。这个差异后面会专门提到。2.3 内网Linux服务器离线安装没有外网的服务器是很多初入公司的朋友第一个崩溃场景yum install一直超时后来才知道生产内网根本不让你出网。离线安装的核心是准备一套与目标系统版本匹配的RPM包。你可以在另一台可以联网的同版本系统上先执行yum install --downloadonly把依赖全部拉下来# 联网机器上执行/data/rpms就是最后的离线包目录 sudo yum install --downloadonly --downloaddir/data/rpms mysql-community-server然后把/data/rpms整个目录传到内网服务器执行cd /data/rpms sudo rpm -ivh *.rpm这里要注意两点第一rpm -ivh *.rpm会按照文件名顺序装如果出现依赖报错用rpm -ivh多次安装直到不报错或者调整安装顺序先common再libs再client再server第二MySQL 8.0的server包依赖libaio和numactl-libs内网机器如果没有也要一并下载否则会卡在依赖检查上。用rpm -ivh *.rpm遇到依赖问题时最简单粗暴的办法是在联网机器上用yum deplist mysql-community-server查看完整依赖列表把相关包都下载下来放进去避免来回传包。3. MySQL 8.0安装、初始化与安全配置仓库安装完成后MySQL并不是立刻就能用。8.0的初始化流程和5.7不太一样5.7是在安装后首次启动自动初始化并生成临时密码8.0的mysqld --initialize在安装后由systemd自动触发你需要做的是启动它、找到密码、改密码。3.1 启动服务并获取临时密码RHEL系先启动服务sudo systemctl start mysqld sudo systemctl status mysqld如果服务状态显示active (running)说明启动成功。首次启动后日志里会有一条包含临时root密码的记录sudo grep temporary password /var/log/mysqld.log输出类似[Note] [MY-010454] [Server] A temporary password is generated for rootlocalhost: kXq#3nTfz9x!这里的kXq#3nTfz9x!就是你的临时密码。复制它用它登录mysql -uroot -p输入临时密码后进入MySQL命令行第一件必须做的事是改密码否则任何其他操作都会报错提示你必须先重置ALTER USER rootlocalhost IDENTIFIED BY 你的新密码;密码务必复杂一些8.0默认密码策略是MEDIUM要求长度至少8位、包含大小写字母数字和特殊字符。如果你用123456这种弱密码会直接报错ERROR 1819 (HY000): Your password does not satisfy the current policy requirementsDebian/Ubuntu系的情况不一样。刚才说了Ubuntu默认root是通过auth_socket认证的你执行sudo mysql -uroot直接就能进不需要密码。如果你想像CentOS那样用密码连接root需要手动切认证方式ALTER USER rootlocalhost IDENTIFIED WITH caching_sha2_password BY 你的新密码;再执行FLUSH PRIVILEGES;之后就可以用mysql -uroot -p用密码登录了。3.2 运行安全加固脚本MySQL官方提供了一个交互式安全配置脚本sudo mysql_secure_installation这个脚本会问你几个问题我逐个说一下这些问题的含义和建议提问含义建议VALIDATE PASSWORD COMPONENT是否启用密码强度校验组件生产环境选Y开发机随意Change the password for root?是否立即修改root密码刚改过可以不改Remove anonymous users?是否删除匿名用户选YDisallow root login remotely?是否禁止root远程登录选Yroot只能本机登录Remove test database?是否删除默认test库选YReload privilege tables now?是否刷新权限表选Ymysql_secure_installation做完你的MySQL基础安全状态就不错了。绝大多数新手装完MySQL直接裸奔默认还有匿名用户、root允许任意IP登录、自带test库仍在这些都是安全审计时被点名的重灾区这个脚本能帮你一次扫干净。3.3 创建业务账号并授权远程访问实际项目里应用服务通常不会用root连接数据库而是用独立业务账号。注意MySQL 8.0里GRANT语句已经不能再隐式创建用户了必须先CREATE USER再GRANT这两个步骤别合并否则报错-- 1. 创建用户 CREATE USER appuser% IDENTIFIED BY AppPassw0rd!; -- 2. 授权给所有库或者指定库 GRANT ALL PRIVILEGES ON appdb.* TO appuser%;这里的%表示允许任意IP登录。如果只允许特定网段访问可以写成192.168.10.%精确的IP则写192.168.10.88。数据库也建议精确授权不要动不动就*.*万一账号泄露整个实例都暴露了。最后刷新权限FLUSH PRIVILEGES;我的习惯是尽量用最小的权限业务账号通常只给它对应业务库的所有权限不给全局权限。如果应用只需要查询GRANT SELECT, INSERT, UPDATE, DELETE ON appdb.* TO appuser%;这样能避免许多低级灾难。3.4 防火墙、SELinux和云安全组放行服务器本机装好MySQL并不代表你能从本地开发机连过去。RHEL系要先放行防火墙端口sudo firewall-cmd --permanent --add-port3306/tcp sudo firewall-cmd --reloadUbuntu/Debian系用ufwsudo ufw allow 3306/tcp前面提到SELinux是Enforcing状态时MySQL监听端口可能被拦截。可以查看审计日志sudo grep mysql /var/log/audit/audit.log | tail -20如果看到denied字样用放行方式处理sudo setsebool -P mysqld_connect_any 1或者干脆用更通用的方法给3306端口放行sudo semanage port -a -t mysqld_port_t -p tcp 3306还有一个容易忽略的点如果你用的是云服务器阿里云、腾讯云、华为云等安全组规则里也要放行3306。很多朋友防火墙都关了本机也能连但外部就是连不上最后发现是云控制台安全组的入方向规则没配上。4. 生产环境必做的配置优化MySQL装好能跑只是第一步真正让你后面少熬夜的是初始化阶段就把配置优化好。这一节讨论的配置我的建议是在启动服务之前或者刚装完就改不要拖到业务上线后再说。4.1 字符集与时区一次配到位MySQL 8.0默认字符集已经是utf8mb4了但为了显式可控以及照顾某些从5.7迁移过来的老库还是要主动配到my.cnf里。先确认当前字符集SHOW VARIABLES LIKE character_set_server; SHOW VARIABLES LIKE collation_server;RHEL系的默认配置文件是/etc/my.cnfDebian系一般是/etc/mysql/mysql.conf.d/mysqld.cnf。在[mysqld]段下添加[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci有些教程推荐用utf8mb4_general_ci做排序规则我建议用utf8mb4_unicode_ci。它基于Unicode标准排序多语言场景下更准确general_ci速度略快但排序规则和Unicode有差异。现代硬件上这点性能差异几乎可以忽略准确性优先。时区也一并配好default-time-zone08:00如果不配MySQL使用的是系统时区。有些部署环境系统时区设置不规范会出现应用写入的时间是当前时间但NOW()查出来是UTC时间的情况排查起来极其蛋疼。直接在配置文件写死时区一劳永逸。改完配置记得重启sudo systemctl restart mysqld4.2 关键性能参数解读MySQL的性能调优门道很多但90%的场景只需要关注下面这几个参数。把这些配好你的实例就能扛住很可观的负载。参数作用建议值innodb_buffer_pool_sizeInnoDB缓存数据和索引的内存池物理内存的50%~70%innodb_log_file_sizeRedo日志文件大小128M~512Mmax_connections最大连接数200~500视业务slow_query_log慢查询日志开关生产建议开启long_query_time慢查询阈值秒2innodb_flush_log_at_trx_commit事务日志刷盘策略默认1兼顾安全与性能其中最重要的就是innodb_buffer_pool_size。假设服务器内存是8GB给MySQL分配4GB是合理的innodb_buffer_pool_size 4Ginnodb_buffer_pool_size设置太小MySQL会频繁读写磁盘设置太大内存会被耗尽导致OOM。我们曾遇到一台64GB内存的服务器开发把Buffer Pool设成48GB恰好上面还有其他Java服务结果一到高峰期就OOM杀MySQL进程。这个值需要结合整机内存规划来算别拍脑袋。慢查询日志也要建议开启slow_query_log 1 slow_query_log_file /var/log/mysql-slow.log long_query_time 2 log_queries_not_using_indexes 1上线几个月后这个文件能帮你精准定位慢SQL和没走索引的查询调优的时候比啥工具都管用。4.3 大小写敏感与表目录迁移Linux和Windows对表名大小写的处理风格完全不同。Windows默认不区分大小写Linux默认lower_case_table_names0即区分大小写。开发在Windows上写代码时没注意上线Linux后突然报Table mytable doesnt exist这就是大小写问题在搞鬼。MySQL 8.0里lower_case_table_names参数一旦初始化数据目录之后就不能再修改了。所以必须在初始化之前就要想好项目用Linux服务器且开发也在Linux保持默认0区分大小写规范开发习惯。开发在Windows/Mac、生产在Linux设置lower_case_table_names1避免上线踩坑。如果已经初始化了数据目录才发现需要修改只能备份所有数据mysqldump导出。删除/var/lib/mysql下的数据文件。修改配置为lower_case_table_names1。重启MySQL重新导入备份。这条路径的痛苦程度可想而知所以尽量初始化前配置好。数据目录迁移也是类似思路。生产建议把数据放到独立数据盘假设新目录是/data/mysql# 1. 停库 sudo systemctl stop mysqld # 2. 复制数据目录 sudo mkdir -p /data/mysql sudo cp -a /var/lib/mysql/. /data/mysql/ sudo chown -R mysql:mysql /data/mysql # 3. 修改配置 # [mysqld] # datadir/data/mysql # 4. 启动 sudo systemctl start mysqld注意复制用cp -a保留属主和权限不要图省事用cp -rf。cp -rf在高版本系统上默认会保留权限吗不一定还是-a归档模式最稳。4.4 开机自启与日常服务管理新装的MySQL默认不一定开机自启尤其有些精简Linux发行版不会帮你把服务设为enable。执行sudo systemctl enable mysqld确认状态sudo systemctl is-enabled mysqld输出enabled就说明自启已生效。日常最常用的几个命令贴一遍以后不用查文档sudo systemctl start mysqld # 启动 sudo systemctl stop mysqld # 停止 sudo systemctl restart mysqld # 重启 sudo systemctl status mysqld # 查看状态 sudo systemctl reload mysqld # 重载配置常用于改my.cnf后不重启应用注意改my.cnf后建议用restart或者reload。reload不会断开已有连接适合配置微调改字符集、Buffer Pool这些关键参数还是老老实实restart否则可能不生效或者部分会话状态混乱。5. 高频错误排查与避坑经验5.1 ERROR 2002socket文件连不上这个报错在热词里出现频率很高中文意思就是用socket方式连接本地MySQL时找不到相关文件。ERROR 2002 (HY000): Cant connect to local MySQL server through socket /var/run/mysqld/mysqld.sock遇到这个先别慌按照顺序排查第一服务是否真的在运行sudo systemctl status mysqld ps -ef | grep mysqld如果服务没起来先看启动了为什么失败sudo tail -100 /var/log/mysqld.log日志里通常直接写着失败原因比如数据目录权限不对、磁盘满了。第二socket文件是否存在ls -l /var/run/mysqld/mysqld.sock如果文件不存在服务多半没起来或刚启动失败。如果socket文件在别的路径有些人配置改成/tmp/mysql.sock但客户端默认找/var/run/mysqld/mysqld.sock就会报这个错。解决办法是显式指定mysql -uroot -p --socket/tmp/mysql.sock或者修改客户端配置把socket路径指到一致的位置。第三目录权限问题。ll /var/run/mysqld如果目录不存在手动创建并授权sudo mkdir -p /var/run/mysqld sudo chown mysql:mysql /var/run/mysqld这个问题我遇到过无数次尤其是用mysqld_safe手动启动时更容易碰到。systemd管理时正常会自动创建但某些最小化系统环境就是没建。5.2 客户端连不上缓存认证插件不兼容本地MySQL客户端版本太老或者开发机上的Navicat、DataGrip版本太旧连接MySQL 8.0时会报Authentication plugin caching_sha2_password cannot be loaded或者Authentication plugin caching_sha2_password is not supported原因很清楚8.0默认用caching_sha2_password老客户端不认识。处理方法有两种。方法一升级客户端。这是最推荐的方式新版驱动都支持这个插件。方法二把用户认证方式改回老插件作为临时兼容ALTER USER appuser% IDENTIFIED WITH mysql_native_password BY AppPassw0rd!; FLUSH PRIVILEGES;改完之后老版本工具就能正常连了。但这个办法我不建议长期使用mysql_native_password在安全性上不如caching_sha2_password而且MySQL官方已经明确它是未来要移除的插件。我的建议是能升级工具就升级兼容性改动作为过渡方案。另外远程连接还有一个常见问题检测到服务器时区空Navicat连接后时间不准或者建立连接阶段直接报Public Key Retrieval is not allowed。后者通常需要在连接属性里面开启allowPublicKeyRetrievaltrue出现这个原因是8.0的caching_sha2_password在SSL未启用时需要先安全地获取服务器的RSA公钥客户端默认不允许这样做需要显式打开。5.3 root密码忘了怎么办作为运维迟早会遇到这台机器我忘了密码的情况。别急着重装系统用跳过权限表的方式进库改密码。RHEL系以systemd方式启动时sudo systemctl set-environment MYSQLD_OPTS--skip-grant-tables --skip-networking sudo systemctl start mysqld # 免密登录 mysql -uroot进入MySQL后先让权限表加载生效FLUSH PRIVILEGES;然后改密码ALTER USER rootlocalhost IDENTIFIED BY 你的新密码; FLUSH PRIVILEGES;退出后恢复sudo systemctl unset-environment MYSQLD_OPTS sudo systemctl restart mysqld这里强调一个安全细节--skip-grant-tables模式下显得像是裸奔任何本地进程都能免密登录所以一定要同时加--skip-networking禁止通过网络连接只允许本机socket操作。我见过有人救急时不加--skip-networking数据库短暂时间内对公网全部免密当场就被扫描器趁虚而入教训很深刻。5.4 老应用报SQL模式问题MySQL 8.0默认的sql_mode比5.7更严格常见报错包括only_full_group_by: which isnt in GROUP BY或者this is incompatible with sql_modeonly_full_group_by原因是8.0默认启用了ONLY_FULL_GROUP_BY要求SELECT出来的列必须出现在GROUP BY子句中或者被聚合函数包裹。5.7时代很多老SQL写法不严谨到了8.0就原形毕露。临时解决可以在当前会话里放宽SET SESSION sql_mode STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION;但这是治标不治本业务代码里的问题SQL迟早还要处理。更关键的是如果你的应用是接管商的老系统代码又不能随便改可以临时在my.cnf里设置sql_mode[mysqld] sql_modeSTRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION然后重启MySQL。这个操作能帮老项目平稳过渡但我的建议是过渡期结束后一定要让开发把SQL改规范把ONLY_FULL_GROUP_BY恢复开启否则新开发的SQL会越来越随意埋下隐患。5.5 常见问题速查表把日常收到最多的求助集中整理成一张表贴在这里建议收藏现象可能原因处理方式ERROR 2002socket无法连接服务没启动 / socket路径不一致先看systemctl status mysqld再查日志Access denied for user rootlocalhost密码错误 / auth_socket认证重置密码或用sudo mysql进入Your password does not satisfy密码强度不够用8位以上含大小写数字特殊字符的密码caching_sha2_password cannot be loaded客户端版本太老升级客户端或改用户为native_passwordPublic Key Retrieval is not allowed客户端连接配置未开启连接参数开allowPublicKeyRetrievaltrue远程连接超时/拒绝防火墙 / SELinux / 云安全组按防火墙、SELinux、安全组逐层排查Table xxx doesnt exist大小写敏感配置不一致规划好lower_case_table_names在初始化前配置启动失败但没报错日志文件没权限或磁盘满查看/var/log/mysqld.log检查df -h表格里的第一行和第二行是我被问得最多的两类问题。说句实话80%的MySQL连不上都是服务没起来在数据目录、权限、防火墙层层排查之前先花30秒看systemctl status能省下大半天时间。我个人在实际操作中的体会是装MySQL不难难的是装之前的设计决策。版本选哪个、字符集用什么、数据目录放哪里、大小写敏不敏感——这四个问题任何一个在初始化之后才想起修改都意味着推倒重来。所以我的习惯永远是先把my.cnf写完整、把数据目录规划好再启动服务。最后再分享一个小技巧每次装完MySQL先把根目录下my.cnf做个快照备份改动前cp /etc/my.cnf /etc/my.cnf.bak.$(date %F)改出问题能一键还原。这个习惯虽然原始但在生产环境救过我很多次。
