mysql数据库服务器创建失败时，绝大多数情况不是软件本身有问题，而是安装源、初始化参数、端口权限这三类环节出错，按顺序排查能少走大量弯路。
mysql数据库服务器安装失败时先查安装源和依赖
很多人在安装阶段就卡住,报错信息五花八门，但根源就那几个，最常见的场景是使用yum安装时提示“没有可用软件包”，或者安装到一半报依赖冲突。
CentOS等Linux发行版默认软件源里往往只有MariaDB，没有官方MySQL，直接执行yum install mysql-server大概率找不到包，正确做法是先添加MySQL官方仓库：
rpm -Uvh https://dev.mysql.com/get/mysql80-community-release-el7-7.noarch.rpm yum update yum install mysql-server
装完后别急着启动,先检查安装是否完整：
- 执行
mysql --version确认命令行工具存在 - 执行
which mysqld确认服务端程序路径 - 执行
rpm -qa | grep mysql列出已安装的rpm包
依赖冲突也是个老问题,尤其是旧版本残留时，比如本地还留着mysql5.7的配置文件，新装8.0直接无法写入/etc/my.cnf，行业共识认为，重装前把旧版本卸载干净，比在错误堆里打转高效得多。
centos环境下mysql数据库服务器安装失败怎么处理
装好软件包只是第一步,真正的分水岭在初始化这个环节，CentOS系统里很多人用service mysqld start启动服务，结果报错退出，看半天不知道问题出在哪，这多半是初始化没完成。
新版MySQL安装后不会自动创建数据目录，需要手动执行初始化命令：
mysqld --initialize-insecure --user=mysql
这条命令会在/var/lib/mysql下生成数据文件，注意用--initialize-insecure会生成一个无密码的root账号，方便首次登录后再设置密码，如果直接写--initialize，系统会生成一个临时密码放在日志里，找不到密码就尴尬了。
初始化完成后,还要确认数据目录的属主和权限：
chown -R mysql:mysql /var/lib/mysql chmod 750 /var/lib/mysql
如果执行systemctl start mysqld后依然起不来，看日志比猜原因快：
tail -100 /var/log/mysqld.log
日志里常见的报错是[ERROR] Can't find error-message file，这个提示跟文本文件路径有关，检查/usr/share/mysql/下的英文语言包是否齐全即可。
mysql创建数据库失败的常见报错和应对
服务起来了,连接也通了，但一执行CREATE DATABASE就吃瘪，这类问题最能消磨耐心，因为报错信息很短，提示也不够明确。
ERROR 1044 (42000): Access denied for user是普通用户没权限时的常态，登录账号不是root，或者root的host匹配不对，都会有这条报错，检查当前用户和权限：
SELECT USER(), CURRENT_USER(); SHOW GRANTS FOR 'root'@'localhost';
ERROR 1007 (HY000): Can’t create database; database exists这条看着像废话，但其实挺有用，如果有残留文件但库看不见，说明数据目录不完整，用SHOW DATABASES;看不存在的库，却报已存在，那就在/var/lib/mysql/下查同名目录，删干净再重建。
磁盘满了也会报错，但很多人没想到这一层，执行df -h /var/lib/mysql看看挂载点的剩余空间，低于几百MB就该清理了，这类问题在云服务器上尤其常见，数据盘和系统盘混用，日志把空间塞满，创建数据库直接失败。
| 错误码 | 含义 | 常见应对 |
|---|---|---|
| ERROR 1044 | 用户无权访问 | 授权或换账号登录 |
| ERROR 1007 | 数据库已存在 | 检查残留目录后处理 |
| ERROR 1008 | 数据库不存在 | 核对大小写和拼写 |
| ERROR 1010 | 目录权限错误 | 检查datadir属主属组 |
mysql数据库服务器启动失败的排查顺序
服务启动失败是另一个大坑,很多人明明安装和初始化都通过了，systemctl status mysqld
一看还是红色的failed，这时候按顺序查比乱试命令有效。
第一步查端口占用，MySQL默认监听3306端口，被别的进程占了就起不来，执行：
ss -lntp | grep 3306
如果有其他进程占着,要么杀掉，要么改my.cnf里的port=3307曲线救国。
第二步查pid文件和socket文件，MySQL启动时会创建/var/run/mysqld/mysqld.pid，如果目录不存在或者权限不对，服务直接罢工，这问题在容器环境里特别常见，需要手动创建目录并授权：
mkdir -p /var/run/mysqld chown mysql:mysql /var/run/mysqld
第三步检查日志的最后三十行，每一条error日志基本都能在MySQL官方文档里找到解释，据MySQL官方文档，[ERROR] InnoDB: Unable to lock ./ibdata1这类报错，通常意味着有另一个mysqld进程在运行数据目录，先确认进程状态。
Windows环境下mysql数据库服务器创建失败的另类坑
Windows用户遇到的问题和Linux完全不同,主要集中在服务注册和初始化这两个环节，很多人在命令行用mysqld --install注册服务，结果提示Install/Remove of the Service Denied，这是权限不够，需要用管理员身份打开cmd。
Windows下初始化数据目录也要手动执行，而且命令格式有区别：
mysqld --initialize-insecure --console
执行完毕后,C:Program FilesMySQLMySQL Server 8.0data下应该出现文件，如果没有，八成是目录路径有中文或者空格，MySQL对这些支持不好，换个纯英文路径能解决一半问题。
Windows上另一个高频问题是服务能启动但连不上，打开“服务”面板找到MySQL服务看是不是“正在运行”，然后检查my.ini里的basedir和datadir路径是否正确，路径写法是C:/mysql/data这种正斜杠，反斜杠容易转义出错。
mysql数据库服务器远程连不上不一定算创建失败
服务器本机连数据库一切正常,但从客户端工具连过去就超时，这不算创建失败，但用户层面感知完全一样。
问题大多出在bind-address配置和网络策略上。
MySQL默认只监听127.0.0.1，外网根本连不进来，改/etc/my.cnf里的bind-address那行，把地址改成0.0.0，重启服务后检查监听状态。
云服务器还需要放行安全组规则,简米云、酷番云这类产品的控制台里都有安全组配置，入方向加一条允许TCP 3306端口的规则，这一步漏了，防火墙怎么关都没用。
最后确认账号的host字段,用户表里root的host是localhost，远程登录用的还是root，那肯定拒绝访问：
CREATE USER 'admin'@'%' IDENTIFIED BY 'password'; GRANT ALL PRIVILEGES ON . TO 'admin'@'%'; FLUSH PRIVILEGES;
对应MySQL数据库服务器安装失败的完整套路,大致就是以上几板斧，多数情况下照着排查一轮，问题都能定位到具体环节，比反复重装省事得多。
mysql数据库服务器创建失败常见问题解答
Q1：mysql创建数据库报ERROR 1044是什么原因？
ERROR 1044表示当前登录账号没有创建数据库的权限，用root账号登录后台执行SHOW GRANTS;查看权限，如果root本身权限不全，执行GRANT ALL PRIVILEGES ON . TO 'root'@'localhost' IDENTIFIED BY '密码' WITH GRANT OPTION;修复。
Q2：mysql数据库服务器启动失败，日志文件在哪里看？
Linux系统下日志位置一般在/var/log/mysqld.log，部分发行版可能放在/var/log/mysql/error.log，Windows系统下日志在数据目录内部，文件名为主机名.err，路径通常在C:Program FilesMySQLMySQL Server 8.0data。
Q3：mysql数据库服务器安装失败后重新安装还是失败怎么办？
重新安装前需要彻底清理旧配置和数据残留,包括/etc/my.cnf配置文件、/var/lib/mysql数据目录、/var/log/mysqld.log日志文件以及/var/run/mysqld运行目录，全部删除后重新执行安装和初始化流程，清理不彻底是重装后依然失败的主要原因。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/596880.html
