1. 离线部署MySQL的核心挑战与解决方案在无法连接互联网的生产环境中部署MySQL数据库是许多运维工程师和DBA都会遇到的典型场景。不同于在线安装只需几条命令就能搞定离线部署需要解决依赖包收集、环境兼容性校验、配置参数调优等一系列问题。我经历过数十次不同Linux发行版的MySQL离线部署总结出一套稳定可靠的标准化流程。离线安装的核心痛点在于依赖包像俄罗斯套娃一样层层嵌套漏掉一个就会导致安装失败不同Linux发行版的库文件路径和命名规则差异大生产环境通常需要定制化配置不能简单套用默认参数缺乏网络的情况下排查问题更加困难这套方案已在CentOS 7/8、RHEL 7/8、Ubuntu 18.04/20.04等主流系统上验证通过支持MySQL 5.7和8.0版本。下面将详细拆解每个环节的技术要点和避坑指南。2. 准备工作构建离线资源仓库2.1 资源获取策略首先需要在一台联网的同构机器上获取所有安装包。这里推荐使用yum-utils工具创建本地仓库# CentOS/RHEL系统 yum install -y yum-utils createrepo mkdir -p /opt/mysql-offline/{packages,repo} repotrack --download_path/opt/mysql-offline/packages \ mysql-community-server \ mysql-community-client \ mysql-community-common \ mysql-community-libs关键点说明必须使用repotrack而非yumdownloader前者会递归下载所有依赖保持下载机器与目标环境架构一致x86_64/arm64建议同时下载perl、numactl等常见依赖2.2 依赖包清单验证执行以下命令生成依赖关系图rpm -qpR /opt/mysql-offline/packages/*.rpm | sort | uniq dependencies.txt典型依赖包括libaiolibstdcopenssl-libsnet-tools用于mysqladmin重要提示检查是否存在libc.so.6(GLIBC_2.xx)这类动态库版本要求避免目标系统glibc版本过低2.3 创建本地YUM仓库createrepo /opt/mysql-offline/packages cat /etc/yum.repos.d/mysql-local.repo EOF [mysql-local] nameMySQL Local Repository baseurlfile:///opt/mysql-offline/packages enabled1 gpgcheck0 EOF将整个/opt/mysql-offline目录打包后传输到目标机器tar czvf mysql-offline.tar.gz -C /opt mysql-offline3. 目标系统部署实操3.1 环境预检查在目标机器执行以下检查项# 1. 系统架构匹配 uname -m # 2. glibc版本验证 ldd --version | head -n1 # 3. 存储空间检查建议至少预留2GB df -h /var # 4. 端口冲突检测 netstat -tulnp | grep 3306 # 5. 现有MySQL残留检测 rpm -qa | grep mysql常见问题处理存在旧版本MySQL时务必先完整卸载/var空间不足时需修改MySQL数据目录SELinux需临时设置为permissive模式3.2 离线安装流程解压资源包并配置仓库tar xzvf mysql-offline.tar.gz -C /opt mv /opt/mysql-offline /var/mysql-repo cat /etc/yum.repos.d/mysql-local.repo EOF [mysql-local] nameMySQL Local Repository baseurlfile:///var/mysql-repo/packages enabled1 gpgcheck0 EOF安装核心组件yum --disablerepo\* --enablerepomysql-local install -y \ mysql-community-server \ mysql-community-client初始化数据库mysqld --initialize --usermysql \ --datadir/var/lib/mysql \ --log-error/var/log/mysqld.log关键参数说明--initialize会生成临时root密码查看/var/log/mysqld.log生产环境建议添加--lower-case-table-names1统一表名大小写数据目录建议使用独立磁盘分区3.3 安全加固配置修改默认密码策略ALTER USER rootlocalhost IDENTIFIED BY 新密码; SET GLOBAL validate_password.policyLOW;创建最小权限用户CREATE USER appuser192.168.% IDENTIFIED BY complex-password; GRANT SELECT,INSERT,UPDATE,DELETE ON appdb.* TO appuser192.168.%;关键配置文件优化/etc/my.cnf[mysqld] # 连接设置 max_connections 500 wait_timeout 600 # 内存分配 innodb_buffer_pool_size 2G key_buffer_size 256M # 日志配置 slow_query_log 1 log_queries_not_using_indexes 14. 故障排查与维护技巧4.1 安装阶段常见错误依赖缺失报错Error: Package: mysql-community-server-8.0.33-1.el7.x86_64 Requires: libssl.so.10(OPENSSL_1.0.2)(64bit)解决方案# 检查openssl版本 rpm -q openssl # 从离线包中找到兼容版本手动安装 rpm -ivh openssl-1.0.2k-26.el7.x86_64.rpm --nodeps初始化失败[ERROR] --initialize specified but the data directory exists处理方法rm -rf /var/lib/mysql/* chown mysql:mysql /var/lib/mysql4.2 运行期问题处理连接数爆满SHOW STATUS LIKE Threads_connected; SHOW PROCESSLIST;应急方案mysqladmin -uroot -p processlist | \ awk $2 !~ /^[0-9]$/ {print $2} | \ xargs -n1 mysqladmin -uroot -p kill空间不足预警# 监控表空间使用 SELECT table_schema, sum(data_lengthindex_length)/1024/1024 AS total_mb FROM information_schema.tables GROUP BY table_schema;4.3 备份恢复方案物理备份推荐# 热备份 innobackupex --userroot --passwordxxx /backup/ # 恢复流程 systemctl stop mysqld mv /var/lib/mysql /var/lib/mysql_old innobackupex --copy-back /backup/2023-07-20_full/ chown -R mysql:mysql /var/lib/mysql逻辑备份# 导出 mysqldump -uroot -p --single-transaction \ --routines --triggers --all-databases full_backup.sql # 导入 mysql -uroot -p full_backup.sql5. 性能优化实战建议内存配置黄金法则innodb_buffer_pool_size 总内存的50-70% key_buffer_size 不超过256MMyISAM表专用 sort_buffer_size 1-4M join_buffer_size 1-4M磁盘I/O优化# 使用deadline调度器 echo deadline /sys/block/sda/queue/scheduler # 禁用文件访问时间记录 mount -o remount,noatime /监控指标采集-- 每秒查询量 SHOW GLOBAL STATUS LIKE Questions; -- 缓存命中率 SELECT 1 - (variable_value / ( SELECT variable_value FROM performance_schema.global_status WHERE variable_name Innodb_pages_read )) AS hit_rate FROM performance_schema.global_status WHERE variable_name Innodb_buffer_pool_read_requests;这套方案已在金融、电商等多个行业的生产环境验证关键是要根据实际硬件配置调整参数。建议首次部署后运行mysql-tuning-primer脚本进行基准测试。
1. 离线部署MySQL的核心挑战与解决方案在无法连接互联网的生产环境中部署MySQL数据库是许多运维工程师和DBA都会遇到的典型场景。不同于在线安装只需几条命令就能搞定离线部署需要解决依赖包收集、环境兼容性校验、配置参数调优等一系列问题。我经历过数十次不同Linux发行版的MySQL离线部署总结出一套稳定可靠的标准化流程。离线安装的核心痛点在于依赖包像俄罗斯套娃一样层层嵌套漏掉一个就会导致安装失败不同Linux发行版的库文件路径和命名规则差异大生产环境通常需要定制化配置不能简单套用默认参数缺乏网络的情况下排查问题更加困难这套方案已在CentOS 7/8、RHEL 7/8、Ubuntu 18.04/20.04等主流系统上验证通过支持MySQL 5.7和8.0版本。下面将详细拆解每个环节的技术要点和避坑指南。2. 准备工作构建离线资源仓库2.1 资源获取策略首先需要在一台联网的同构机器上获取所有安装包。这里推荐使用yum-utils工具创建本地仓库# CentOS/RHEL系统 yum install -y yum-utils createrepo mkdir -p /opt/mysql-offline/{packages,repo} repotrack --download_path/opt/mysql-offline/packages \ mysql-community-server \ mysql-community-client \ mysql-community-common \ mysql-community-libs关键点说明必须使用repotrack而非yumdownloader前者会递归下载所有依赖保持下载机器与目标环境架构一致x86_64/arm64建议同时下载perl、numactl等常见依赖2.2 依赖包清单验证执行以下命令生成依赖关系图rpm -qpR /opt/mysql-offline/packages/*.rpm | sort | uniq dependencies.txt典型依赖包括libaiolibstdcopenssl-libsnet-tools用于mysqladmin重要提示检查是否存在libc.so.6(GLIBC_2.xx)这类动态库版本要求避免目标系统glibc版本过低2.3 创建本地YUM仓库createrepo /opt/mysql-offline/packages cat /etc/yum.repos.d/mysql-local.repo EOF [mysql-local] nameMySQL Local Repository baseurlfile:///opt/mysql-offline/packages enabled1 gpgcheck0 EOF将整个/opt/mysql-offline目录打包后传输到目标机器tar czvf mysql-offline.tar.gz -C /opt mysql-offline3. 目标系统部署实操3.1 环境预检查在目标机器执行以下检查项# 1. 系统架构匹配 uname -m # 2. glibc版本验证 ldd --version | head -n1 # 3. 存储空间检查建议至少预留2GB df -h /var # 4. 端口冲突检测 netstat -tulnp | grep 3306 # 5. 现有MySQL残留检测 rpm -qa | grep mysql常见问题处理存在旧版本MySQL时务必先完整卸载/var空间不足时需修改MySQL数据目录SELinux需临时设置为permissive模式3.2 离线安装流程解压资源包并配置仓库tar xzvf mysql-offline.tar.gz -C /opt mv /opt/mysql-offline /var/mysql-repo cat /etc/yum.repos.d/mysql-local.repo EOF [mysql-local] nameMySQL Local Repository baseurlfile:///var/mysql-repo/packages enabled1 gpgcheck0 EOF安装核心组件yum --disablerepo\* --enablerepomysql-local install -y \ mysql-community-server \ mysql-community-client初始化数据库mysqld --initialize --usermysql \ --datadir/var/lib/mysql \ --log-error/var/log/mysqld.log关键参数说明--initialize会生成临时root密码查看/var/log/mysqld.log生产环境建议添加--lower-case-table-names1统一表名大小写数据目录建议使用独立磁盘分区3.3 安全加固配置修改默认密码策略ALTER USER rootlocalhost IDENTIFIED BY 新密码; SET GLOBAL validate_password.policyLOW;创建最小权限用户CREATE USER appuser192.168.% IDENTIFIED BY complex-password; GRANT SELECT,INSERT,UPDATE,DELETE ON appdb.* TO appuser192.168.%;关键配置文件优化/etc/my.cnf[mysqld] # 连接设置 max_connections 500 wait_timeout 600 # 内存分配 innodb_buffer_pool_size 2G key_buffer_size 256M # 日志配置 slow_query_log 1 log_queries_not_using_indexes 14. 故障排查与维护技巧4.1 安装阶段常见错误依赖缺失报错Error: Package: mysql-community-server-8.0.33-1.el7.x86_64 Requires: libssl.so.10(OPENSSL_1.0.2)(64bit)解决方案# 检查openssl版本 rpm -q openssl # 从离线包中找到兼容版本手动安装 rpm -ivh openssl-1.0.2k-26.el7.x86_64.rpm --nodeps初始化失败[ERROR] --initialize specified but the data directory exists处理方法rm -rf /var/lib/mysql/* chown mysql:mysql /var/lib/mysql4.2 运行期问题处理连接数爆满SHOW STATUS LIKE Threads_connected; SHOW PROCESSLIST;应急方案mysqladmin -uroot -p processlist | \ awk $2 !~ /^[0-9]$/ {print $2} | \ xargs -n1 mysqladmin -uroot -p kill空间不足预警# 监控表空间使用 SELECT table_schema, sum(data_lengthindex_length)/1024/1024 AS total_mb FROM information_schema.tables GROUP BY table_schema;4.3 备份恢复方案物理备份推荐# 热备份 innobackupex --userroot --passwordxxx /backup/ # 恢复流程 systemctl stop mysqld mv /var/lib/mysql /var/lib/mysql_old innobackupex --copy-back /backup/2023-07-20_full/ chown -R mysql:mysql /var/lib/mysql逻辑备份# 导出 mysqldump -uroot -p --single-transaction \ --routines --triggers --all-databases full_backup.sql # 导入 mysql -uroot -p full_backup.sql5. 性能优化实战建议内存配置黄金法则innodb_buffer_pool_size 总内存的50-70% key_buffer_size 不超过256MMyISAM表专用 sort_buffer_size 1-4M join_buffer_size 1-4M磁盘I/O优化# 使用deadline调度器 echo deadline /sys/block/sda/queue/scheduler # 禁用文件访问时间记录 mount -o remount,noatime /监控指标采集-- 每秒查询量 SHOW GLOBAL STATUS LIKE Questions; -- 缓存命中率 SELECT 1 - (variable_value / ( SELECT variable_value FROM performance_schema.global_status WHERE variable_name Innodb_pages_read )) AS hit_rate FROM performance_schema.global_status WHERE variable_name Innodb_buffer_pool_read_requests;这套方案已在金融、电商等多个行业的生产环境验证关键是要根据实际硬件配置调整参数。建议首次部署后运行mysql-tuning-primer脚本进行基准测试。
