云服务器上启动MySQL数据库，核心就一条命令：systemctl start mysqld，但现实中你会发现，因为安装方式、系统版本、数据目录配置的差异，启动路径远比想象中复杂，甚至有相当一部分故障就卡在“启动”这一步。
云服务器怎么启动mysql数据库：先分清你的服务器环境
很多用户把“云服务器上的MySQL”和“云数据库”混为一谈，这是启动问题的第一道坎。
自建MySQL与云数据库不是一回事
如果你的MySQL是装在ECS、轻量应用服务器这类云服务器上的，那你需要自己负责启动、守护、重启，如果你买的是云厂商提供的RDS云数据库，那根本不需要你操作启动，控制台点一下“重启实例”就算干预了。
本文讨论的是前者：云服务器上的自建MySQL。
云服务器上常见的MySQL安装方式
不同的安装方式,决定了你用哪条命令去启动它。
- yum/apt安装：最常见，配置文件在
/etc/my.cnf，服务名一般是mysqld（CentOS系）或mysql（Ubuntu系）。 - 二进制tar包解压安装：不少追求性能的同学喜欢这种，没有注册成系统服务，得自己用
mysqld_safe或者直接跑mysqld进程。 - Docker容器运行：这个本质上是“启动容器”，严格说不是“启动MySQL服务”，但很多人混淆。
先确认自己属于哪种情况,再去执行下面的命令，否则会出现“命令找不到”或者“服务不存在”的报错，这是云服务器怎么启动mysql数据库最常见的前置坑。
linux启动mysql数据库命令：三种方式对应不同场景
本小节直接给实操命令,覆盖绝大多数云服务器环境。
systemctl管理（主流云服务器默认）
几乎所有的CentOS 7+、Ubuntu 16.04+、以及各大云厂商的公共镜像，都使用systemd作为初始化系统，这是最标准的启动方式。
systemctl start mysqld # 启动 systemctl enable mysqld # 设置开机自启，第一次务必执行 systemctl status mysqld # 查看运行状态
执行完systemctl start mysqld后，强烈建议立刻看systemctl status mysqld，确认进程起来没，有些时候命令没报错，但进程起不来，那是因为配置有问题。
如果提示Unit mysqld.service not found，说明你装的是MariaDB或者服务名不叫这个，换成：
systemctl start mariadb # 或者 systemctl start mysql
service命令（老版本系统兜底方案）
CentOS 6、Ubuntu 14这类老系统，或者用户自己编译安装后手动注册了init脚本的环境，用service命令：
service mysqld start service mysqld status
直接执行mysqld_safe（二进制包安装必用）
用tar包安装的MySQL,没有注册系统服务，这时候你用systemctl是搞不定的，正确做法是：
/usr/local/mysql/bin/mysqld_safe --user=mysql &
注意这个&符号不能省，否则终端一关，MySQL也跟着没了，另外--user=mysql是指定以mysql用户运行，千万别用root跑MySQL，安全性差且很多版本直接拒绝启动。
行业共识认为，生产环境下建议优先将MySQL配置为systemd管理的服务，因为进程意外退出后会自动拉起，自己手动跑的进程没这个保障。
云服务器mysql启动失败怎么办：按顺序排查
启动失败是常见问题,别慌，按下面顺序排查，多数情况下几分钟就能定位。
第一步：看错误日志
错误日志是MySQL启动失败时最先要查的,日志位置通常在/var/log/mysql/或/var/log/mysqld.log，具体路径看/etc/my.cnf里的log-error配置。
tail -n 100 /var/log/mysqld.log
最典型的启动失败原因是数据目录权限不对，日志里会明确写Permission denied，云服务器挂载数据盘后，如果数据目录在数据盘上，而数据盘还没格式化或挂载好，那必然启动失败。
第二步：检查数据目录权限和磁盘空间
如果出现
Can't create/write to file '/var/lib/mysql'这类报错，直接执行：
chown -R mysql:mysql /var/lib/mysql df -h # 确认磁盘没满，磁盘满也会导致启动失败
第三步：检查端口或socket文件冲突
如果3306端口被其他进程占用（比如你装了多个版本的MySQL），启动时会报Bind on TCP/IP port: Address already in use。
netstat -tlnp | grep 3306
查到占用进程后,要么杀掉旧进程，要么改新MySQL的端口，另外socket文件冲突（常见于不同版本MySQL共用/tmp/mysql.sock）也可能让启动静默失败，看日志就能发现。
第四步：配置文件初始化导致的启动崩溃
云服务器内存偏小时,如果my.cnf里配置了过大的innodb_buffer_pool_size，MySQL启动时直接内存分配失败，日志里会显示Out of memory，这种情况把该值调小到物理内存的50%-70%即可。
排查步骤覆盖了云服务器mysql启动失败怎么办的核心场景，按照这个顺序走，没有解决不了的大问题。
云服务器自建mysql和云数据库，选哪个更省心
这是一个争议较多的话题,各有利弊。
对比分析
| 维度 | 云服务器自建MySQL | 云数据库RDS |
|---|---|---|
| 启动方式 | 手动systemctl或mysqld_safe | 控制台一键重启 |
| 故障恢复 | 自己处理，依赖经验 | 云厂商自动切换 |
| 成本 | 仅支付服务器费用 | 额外付数据库服务费 |
| 可控性 | 完全掌握配置参数 | 部分参数受限 |
| 运维门槛 | Linux基础+MySQL调优 | 相对较低 |
业内专家指出，对于日活不大的个人网站、测试环境、企业内部系统，云服务器自建MySQL性价比更高；但涉及电商交易、金融支付等场景，直接上云数据库更稳妥，因为数据可靠性由云厂商兜底。
什么时候必须用云数据库
如果你没有专职DBA,又需要高可用保障，那就别自建了，自建MySQL的主从切换、备份恢复、监控告警都得自己搞，半夜出事得自己爬起来处理，云数据库能省去这些负担。
从启动这个角度来看,云数据库完全没有“启动”这个动作，反而是很多刚上手的人最需要适应的差异点，对技术不熟悉的朋友，选云数据库更省心。
提升MySQL启动稳定性的三个习惯
养成好习惯,能减少“启动”这个环节的折腾。
设置开机自启
云服务器重启后MySQL没跟着起来,这是最常见的投诉，记住一条原则：任何环境安装完MySQL后，第一件事就是设置开机自启。
systemctl enable mysqld # 设置开机自启 systemctl is-enabled mysqld # 验证是否已启用，输出enabled即正常
很多人只执行了systemctl start，没执行enable，服务器一重启，数据库就没了，页面全白，这是云服务器怎么启动mysql数据库这条路上的高频翻车点。
改配置前先备份原文件
修改/etc/my.cnf前，务必先备份：
cp /etc/my.cnf /etc/my.cnf.bak
改完配置文件,先执行mysqld --validate-config验证配置是否正确，再重启MySQL，别直接systemctl restart，配置文件有错时MySQL起不来，你还得改回去。
配置systemd资源限制
云服务器上如果同时跑着Nginx、PHP、Redis、MySQL，资源竞争会加剧，在/etc/systemd/system/mysqld.service.d/limits.conf里加：
[Service] LimitNOFILE=65535
然后执行systemctl daemon-reload让配置生效，这个设置能避免高并发下MySQL因文件句柄耗尽而崩溃或无法启动。
这样处理完,你的云服务器MySQL数据库在重启后就能稳定运行，不再需要反复手动拉起了。
关于怎么启动云服务器的mysql数据库的常见问题
云服务器系统重启后，MySQL总是要手动启动，怎么解决？
执行systemctl enable mysqld设置为开机自启，然后在/etc/my.cnf中确认datadir指向的数据盘是否正确挂载，如果MySQL装在系统盘但数据目录在数据盘上，而数据盘挂载顺序晚于MySQL启动顺序，会导致启动失败，建议在/etc/fstab中给数据盘加_netdev参数，让网络存储就绪后再挂载。
MySQL启动后无法用Navicat等工具连接，但进程是活的，怎么排查？
先用mysql -uroot -p在服务器本机连一次，能连上说明服务正常，问题出在网络层，检查云厂商安全组是否放通了3306端口，再检查服务器防火墙firewall-cmd --list-ports或iptables -L -n，最后确认MySQL配置中没有绑定127.0.0.1，bind-address改为0.0.0.0或用skip-networking=0开启网络监听。
云服务器内存只有1G，启动MySQL时报错无法分配内存怎么处理？
内存过小时,MySQL默认配置可能超出物理内存，在/etc/my.cnf中降低innodb_buffer_pool_size到128M，max_connections调低到50，performance_schema可以关闭，修改后再执行systemctl start mysqld，能正常启动，如果仍失败，建议使用mysqld --user=mysql --innodb_buffer_pool_size=64M前台运行观察具体报错信息，也可以添加 swap 文件缓解内存不足。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/794751.html
