 

恒讯科技

文章：328 阅读：283613 评论：24 赞：1701

 好友  私信个人主页

文章 328
原创 22
阅读 283613
评论 24
赞 1701

原创恒讯科技分析：如何解决云服务器上MySQL数据库的常见问题？

 2023-1-9 16:43  609 4 4 分类: 通信

互联网上的很大一部分内容都存储在数据库中，MySQL是一种流行的选择。但是，如果我们的动态内容突然无法加载，或者当我们返回我的网站时，会看到一个几乎空白的白页，上面有消息“建立数据库连接时出错”。那么我们应该如何解决云服务器上MySQL数据库的常见问题？

下面内容是在帮助大家对云服务器上的MySQL数据库进行故障排除，按照此处列出的步骤，大家将有望恢复数据库功能。

一、检查服务是否正在运行

如果我们的网站无法连接到您的数据库，则该服务可能根本没有在监听。检查我们的MySQL状态，在Ubuntu和Debian系统上，这可以使用以下命令完成。

sudo服务mysql状态

CentOS和其他Red Hat变体也使用MySQL，但它被命名为MariaDB，因此请改用此命令。

sudo服务mariadb状态

CentOS和Debian上的状态检查输出将显示与下面 CentOS示例类似的内容，Debian输出几乎相同，只是服务名称不同。

mariadb.service - MariaDB 数据库服务器

已加载：已加载（/usr/lib/systemd/system/mariadb.service；已启用）

活动：活动（运行）自周三 2015-08-05 11:53:38 EEST；3小时23分钟前

主PID：2451 (mysqld_safe)

C组：/system.slice/mariadb.service

├─2451 /bin/sh /usr/bin/mysqld_safe --basedir=/usr

└─2609 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql...

打印输出相当冗长，但重要的部分通常是彩色的，以便更好地突出。绿色的“活动（运行）”表示服务应该正常运行，如果相反，它表示“活动（退出）”或“非活动（死）”，则该进程已停止或终止。

Ubuntu将相同的信息压缩到一行，就像下面的示例输出一样。

mysql 启动/运行，进程5897

如果我们的服务状态不是“正在运行”，请尝试使用与以前相同的服务命令重新启动进程，但使用“重新启动”而不是“状态”。

sudo服务mysql重新启动

sudo服务mariadb重新启动

如果数据库服务重新启动而没有遇到错误，我们可以尝试使用以下命令连接到它，出现提示时输入根密码。

mysql -u root -p

如果我们看到“欢迎使用 MySQL/MariaDB 监视器”，则连接成功并且数据库服务正在运行。相反，如果我们收到如下例所示的错误，可能输入了错误的root用户密码。再试一次，或者如果我们不确定root 密码，只需将root替换为其他用户名，即可使用我们有权访问的另一个用户帐户登录。

错误1045 (28000)：用户 'root'@'localhost' 的访问被拒绝（使用密码：YES）

如果我们的数据库设置在与Web主机不同的服务器上，请确保两台服务器可以相互访问。我们可以使用正确的安装用户名使用下面的命令从我们的Web服务器测试数据库连接。

mysql -u <用户名> -p -h <数据库服务器私有IP>

二、检查配置

当 MySQL正在运行但您的网站仍未正常加载时，或者当我们尝试手动连接到数据库时收到如下错误消息，您应该查看服务配置。

错误 2002：无法通过套接字“/tmp/mysql.sock”连接到本地 MySQL 服务器 (111)

在Debian和Ubuntu服务器上，MySQL的配置文件通常保存在 /etc/mysql/。也可以将特定于用户的设置存储在 /home//.my.cnf 中，这将覆盖全局配置。检查是否设置了任何用户级别覆盖。通常建议为不同的Web应用程序使用单独的用户名，因此至少检查那些与我们的页面加载问题相关的用户名。我们可以使用以下两个命令中的第一个打开全局配置文件，并通过将替换为数据库用户名来使用后者打开特定于用户的配置文件。

须藤纳米 /etc/mysql/my.cnf

sudo nano /home/<用户>/.my.cnf

通过向下滚动到 [client] 和 [mysqld_safe] 设置，我们会发现类似于此处示例的内容。

[mysqld]

＃ * 基本设置

用户 = mysql

pid-file = /var/run/mysqld/mysqld.pid

套接字=/var/run/mysqld/mysqld.sock

端口= 3306

basedir = /usr

数据目录 = /var/lib/mysql

tmpdir = /tmp

lc-messages-dir = /usr/share/mysql

跳过外部锁定

# 而不是跳过网络现在默认是只听

# localhost 哪个更兼容并且安全性更高。

绑定地址 = 127.0.0.1

对于 CentOS 和其他 Red Hat，主要配置文件存储在略有不同的位置，打开它进行检查

sudo vi /etc/my.cnf

[mysqld]

数据目录=/var/lib/mysql

套接字=/var/lib/mysql/mysql.sock

这里需要密切注意的行是“socket”、“datadir”和“bind-address”。上例中的参数采用默认值，在大多数情况下，我们的配置看起来是一样的。确保设置指向正确的目录，以便 MySQL 可以实际找到所需的文件。检查“datadir”的最简单方法是使用下面的命令

sudo ls -l /var/lib/mysql/

输出将列出该目录中的所有文件，它应该至少包含以下内容以及您创建的任何数据库。

drwx------ 2 mysql root 4096 Aug 5 12:23 mysql

drwx------ 2 mysql mysql 4096 Aug 5 12:29 performance_schema

如果数据目录或套接字已被移动并且 MySQL 不知道它们在哪里，请修复配置文件以指向正确的目录。您可以使用以下命令搜索文件夹。

sudo find / -name performance_schema && sudo find / -name mysql.sock

我们需要检查的第三个参数是绑定地址，只有当我们的数据库需要远程访问时才真正相关。在Debian和Ubuntu安装中，绑定默认设置为环回地址，这可以防止从本地主机外部调用数据库。CentOS 没有相同的参数，除非手动设置。对于我们的Web服务位于与数据库不同的服务器上的任何设置，此绑定地址应设置为服务器自己的私有IP。

三、检查错误日志

如果配置看起来正确并且服务正在运行，但您的网站仍未按预期加载，请尝试检查日志中是否有任何提示可能是什么原因。

Debian和Ubuntu服务器将错误日志存储到 /var/log/mysql/error.log。我们可以使用“less”来阅读日志，但这可能不是很方便，因为日志中包含的不仅仅是严重错误。相反，使用“grep”搜索日志。

sudo grep -i 错误 /var/log/mysql/error.log

如果我们在最近的日志中找不到任何内容，请同时检查存档的日志。为此，请使用“zgrep”和与常规“grep”相同的命令

须藤 zgrep -i 错误 /var/log/mysql/error.log.1.gz

由于CentOS下的数据库命名为MariaDB而不是MySQL，所以日志也以不同的名称保存。您可以使用以下命令搜索日志。

sudo grep -i 错误 /var/log/mariadb/mariadb.log

Debian 系统还将 MySQL 事件报告到 /var/log/syslog，以过滤掉其他所有内容，使用“grep”和两个由 .* 分隔的关键字来表达“和”，就像下面的命令一样。

sudo grep -i -E 'mysql.*error' /var/log/syslog

如果我们找不到任何有用的东西，请尝试不同的关键字，例如“开始”以查看服务上次重新启动的时间，或“失败”以查找可能不会报告为错误的任何不太重要的问题。

以上是解决云服务器上MySQL数据库的常见问题。希望能帮助到大家参考！