如何在云服务器上部署MySQL数据库环境？

MySQL云服务器部署需清理冲突服务、用官方源安装、调整内存与安全配置、初始化强密码并限制访问权限，否则易崩溃或被攻击。

能直接跑起来，但默认配置在云上大概率扛不住真实流量——必须调参数、关危险项、配网络权限，否则不是连不上，就是半夜OOM挂掉。

检查并清理残留的 MariaDB/MySQL

CentOS/RHEL 系统自带 mariadb，和 MySQL 冲突。不清理就装，mysqld 启动会失败或端口被占。

• 先查进程：ps aux | grep -i mysql 或 ps aux | grep mariadb
• 停服务：sudo systemctl stop mariadb（或 mysql）
• 卸载包：sudo yum remove mariadb* mysql*（CentOS）；sudo apt purge mysql-server mariadb-server（Ubuntu）
• 删残留：sudo rm -rf /var/lib/mysql /etc/my.cnf（备份好再删）

用官方 YUM/Apt 源安装 MySQL 8.0+

别下 tar 包手动编译，云服务器上没那个必要，也容易漏依赖。YUM/Apt 装的版本带 systemd 集成、日志路径规范、自动创建 mysql 用户，省心且安全。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

• CentOS 7/8：sudo rpm -Uvh https://dev.mysql.com/get/mysql80-community-release-el7-6.noarch.rpm，再 sudo yum install -y mysql-community-server
• Ubuntu 20.04+：curl -fsSL https://dev.mysql.com/get/mysql-apt-config_0.8.24-1_all.deb > mysql-apt.deb && sudo dpkg -i mysql-apt.deb（选 8.0），再 sudo apt update && sudo apt install -y mysql-server
• 装完别急着启动——先确认 /var/lib/mysql 所在磁盘是 SSD 云盘，不是系统盘（尤其轻量服务器，默认盘 IOPS 差一个数量级）

启动前必须改的三处配置

云服务器内存有限，MySQL 默认 innodb_buffer_pool_size 是 128MB，但实际应设为可用内存的 50%–70%；另外默认允许 root 远程登录、没开慢查询日志，生产环境等于裸奔。

• 编辑 /etc/my.cnf，在 [mysqld] 下加： 复制AI写代码

  1 2 3 4 5

  innodb_buffer_pool_size = 1536M bind-address = 0.0.0.0 skip-log-bin slow_query_log = 1 long_query_time = 2

• bind-address = 0.0.0.0 是为了允许远程连接，但必须配合安全组白名单——不能只靠这行
• skip-log-bin 关二进制日志（除非你要主从复制），减少写放大和磁盘压力
• 改完执行 sudo systemctl daemon-reload，再 sudo systemctl start mysqld

获取初始密码并加固账户

MySQL 5.7+ 启动后会生成临时 root 密码，藏在日志里。不改密码，任何客户端都连不上；不建专用用户，应用直连 root 就是高危操作。

• 查密码：sudo grep temporary password /var/log/mysqld.log（CentOS）或 sudo grep temporary password /var/log/mysql/error.log（Ubuntu）
• 登录：mysql -u root -p，粘贴临时密码
• 立刻改密：ALTER USER root@localhost IDENTIFIED BY YourStrongPass123!;
• 建应用用户（示例）：CREATE USER app@% IDENTIFIED BY AppPass456!; GRANT SELECT,INSERT,UPDATE ON mydb.* TO app@%; FLUSH PRIVILEGES;
• 安全组只放行你应用服务器的内网 IP 段（如 10.0.1.0/24），别开 0.0.0.0/0

真正麻烦的不是装，是后续：磁盘空间突然爆满（没设 expire_logs_days）、连接数打满（max_connections 默认 151，不够用）、或者备份脚本没配 crontab 导致数据丢了才想起没做——这些都在第一次重启后就该盯住。