快速修复服务器数据库连接的命令大 (服务器数据库连接修复命令)

在服务器管理和维护过程中，我们经常会面对数据库连接问题。这些问题可能会导致应用程序无法访问数据库，或者是其他应用程序出现连接问题。为了解决这些问题，我们需要了解一些快速修复数据库连接的命令，以便在出现问题时及时解决。

本文将提供一些常见的命令和技巧，以便让你快速修复数据库连接问题，为你的服务器提供更好的支持。

1. 确认数据库服务器已启动

在处理数据库连接问题之前，首先需要确认数据库服务器已经启动。在大多数情况下，数据库服务器启动时会输出一些提示信息，以便指示其状态。

对于 MySQL 服务器，可以使用以下命令来检查它是否已经启动：

“`

sudo service mysql status

“`

如果 MySQL 服务器是运行的，它会输出以下内容：

“`

mysql.service – MySQL database server

Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)

Active: active (running) since Thu 2023-03-14 02:17:25 EDT; 11min ago

Mn PID: 9035 (mysqld)

Tasks: 27 (limit: 4915)

CGroup: /system.slice/mysql.service

└─9035 /usr/in/mysqld –daemonize –pid-file=/run/mysqld/mysqld.pid

“`

2. 检查数据库服务器的端口

如果数据库服务器已经启动，但是应用程序无法连接，这意味着哪个端口可能会被阻塞。可以使用以下命令来检查服务器上的端口：

“`

sudo netstat -lnp | grep mysql

“`

如果服务器上运行的 MySQL 服务器在3306端口上运行，则应该看到以下内容：

“`

tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 9035/mysqld

“`

这表示端口正在监听并且可以接受连接，如果没有则可能会被阻塞，请检查相关防火墙规则。

3. 确认数据库和表是否存在

如果应用程序启动后仍然不能连接数据库，则可能是因为数据库或表不存在。可以使用以下命令来检查是否存在：

“`

mysql -u username -p

“`

输入密码后，可以使用以下命令查看数据库列表：

“`

show databases;

“`

然后使用以下命令查看数据库内表列表：

“`

use [database_name];

show tables;

“`

如果数据库或表不存在，请使用以下命令创建它们：

“`

CREATE DATABASE [database_name];

“`

“`

USE [database_name];

CREATE TABLE [table_name] ( … );

“`

4. 使用命令更新数据库连接

如果数据库连接仍然无法正常工作，则可以尝试使用一些命令更新它。以下是一些最常见的命令：

“`

SET GLOBAL max_allowed_packet=1073741824;

“`

这将设置更大允许的数据包大小为1GB，从而解决一些连接问题。

“`

SET GLOBAL innodb_file_per_table=1;

“`

这将设置使用InnoDB引擎创建的表的每个表包含自己的.ibd文件，有时这是必要的，特别是当你需要将表从一个数据库服务器迁移到另一个时。

“`

SET GLOBAL innodb_flush_log_at_trx_commit=2;

“`

如果 InnoDB 表性能缓慢，则可以尝试对 innodb_flush_log_at_trx_commit 设置级别 2，以减少硬盘 IO 操作，提高性能。

5. 重新启动服务器

如果上述所有命令都无效，最后的解决方案是重新启动服务器。更好在重新启动之前先尝试停止所有应用程序，这可以避免数据损坏和应用程序崩溃。

“`

sudo reboot

“`

这将重新启动服务器并重置所有连接，确保数据库连接问题已得到解决。

本文提供了一些最常见的命令和技巧，以便帮助你快速解决数据库连接问题。遵循这些提示和技巧，可以确保你的服务器得到更佳支持和维护，以提供更佳的应用程序性能和安全性。

相关问题拓展阅读：

• DB数据库文件连接失败怎么修复，救急！！！
• mysql运行一段时间，TOMCAT服务器就会一直报这个错误，修改了MYSQL数据库的配置，但没有用，在线等

DB数据库文件连接失败怎么修复，救急！！！

举报违规逗岩拆检举侵权投诉|:49 提问者采纳 天天爱答题，20元话费等你拿~这包括实例范围的元数据(例如登录帐户)、 端点、链接服务器和系统配置设置。此外，master数据库还记录了所有其他数据库的 存在、数据库文件的位置以及SQLServer 的初始化信息。因此，如果master数据库 不可用，则SQLServer 无法启动。在SQLServer中，系统对象不再存储在master 数据库中，而是存储在mssqlsystemresource数据库中。 master数据库对系统来说很关键，因此总是要保存它的当前副本。创建另一个数据库， 改变配置值，修改登录账户这样的操作都会修改master数据库，所以总是应该在完成 这些操作之后备份master数据库。master数据库本身不大，做一次备份很快，建议经 常做master数据库的备份。 由于master数据库还记录启动服务器实例所需要的初始化信息，每个其他数据库的主文 件位置。master数据库是SQLServer启动的时候打开的之一个数据库。SQLServer是从 master数据库找到的其他数据库的信息。如果master数据库存在问题，整个SQLServer 都无法正常启动。 如果说是master数据库严重损坏，如果有备份直接还原master数据库即可。如果没有备 份，则需要重山枣建master数据库。重建master数据库将使所有的系统数据库恢复到原始状 态。重建master数据库会删除并重建msdb数据库。这将导致丢失所有计划信息以及备份 和还原历史记录。重建master数据库之后，SQLServer数据库就好比重新安装后一样， 所有用户信息都会丢失，用户数据库需要重新附加，SQLServer任务和计划都要重建。 因此重建master数据库是个万不得已的选择。 在执行任何语句或系统过程来更改master数据库中的信息以后,应备份master数据库. 建议不要再master数据库中创建用户对象 导致master数据库枣兆更新并要求备份的操作类型包括: 1,创建或删除用户数据库 2,添加或删除文件和文件组 3,添加登陆或其他登陆安全相关操作 4,更改服务器范围的配置选项或者数据库配置选项 5,创建或删除逻辑备份文件 6,配置用于分布式查询和远程调用的服务器,如添加链接服务器或远程登录 恢复master数据库使用的还是RESTORE指令.还原master数据库后SQLServer实例将自动停止. 关于如何恢复master数据库,在后面将单独写一篇博客. model数据库 用作在SQLServer实例上创建的所有数据库的模板。因为每次启动SQLServer 时都 会创建tempdb，所以model数据库必须始终存在于 SQLServer系统中。 创建数据库是model数据库是SQLSERVER使用的模板.model数据库里的全部内容都会被复 制到新的数据库.所以这个数据库不建议做任何修改.除非是有目的的要建立一些模板. 虽然这个数据库的内容一般不会发生改变,但是在SQLServer启动的时候要使用model数 据库某些设置创建新的tempdb。如果没有tempdb，SQLServer无法启动。因此model数据库 必须存在SQLServer系统中。这个数据库也要有备份。 还原model数据库与对用户数据库执行完整的数据库还原相同 tempdb数据库 tempdb系统数据库是一个全局资源，可供连接到SQLServer 实例的所有用户使用，并 可用于保存下列各项： 显式创建的临时用户对象，例如全局或局部临时表、临时存储过程、表变量或游标。 SQLServer数据库引擎创建的内部对象，例如，用于存储假脱机或排序的中间结果的工作表。 由使用已提交读（使用行版本控制隔离或快照隔离事务）的数据库中数据修改事务生成的行版本。 由数据修改事务为实现联机索引操作、多个活动的结果集(MARS)以及AFTER 触发器等功能而生 成的行版本。 tempdb中的操作是最小日志记录操作。这将使事务产生回滚。每次启动SQLServer 时都会重新 创建tempdb，从而在系统启动时总是保持一个干净的数据库副本。在断开联接时会自动删除临时 表和存储过程，并且在系统关闭后没有活动连接。因此tempdb中不会有什么内容从一个SQLServer 会话保存到另一个会话。不允许对tempdb进行备份和还原操作。 资源数据库(mssqlsystemresource) 资源数据库是一个隐藏数据库。可执行系统对象(入系统存储过程和功能)都保存在这里。创建这个数 据库是为了快速安全的升级。如果没有人可以访问到这个数据库，也就没有人可以改变它。简单的用 新的资源数据库替换掉旧的资源数据库，就可以升级到新的，包括新系统对象服务包。不能使用任何 正常方法查看该数据库。但这个数据库任然需要磁盘空间。 mssqlsystemresource数据库从来不做修改，理论上不用备份。 msdb数据库 由SQLServer代理用于计划警报和作业,也可以由其他功能(如ServiceBroker 和数据库邮件)使用 SQLServer将在msdb数据库中自动维护一份完整的在线备份与还原历史记录。这些信息包括执行备份一 方的名称，备份时间和用来存储备份的备份设备。SQLServerManagementStudio利用这些信息提出 计划以还原数据库并应用事务日志备份。 默认情况下msdb使用简单恢复模式。 还原msdb数据库与对用户数据库执行完整的数据库还原相同

mysql运行一段时间，TOMCAT服务器就会一直报这个错误，修改了MYSQL数据库的配置，但没有用，在线等

一、Can’t connect to MySQL server on ‘localhost’ (10061)

翻译：不能连接到 localhost 上的mysql

分析：这说明“localhost”计算机是存在的，但在这台机器上却没提供MySQL服务。

需要启动这台机器上的MySQL服务,如果机子负载太高没空相应请求也会产生这个错误。

解决:既然没有纳森启动那就去启动这台机子的mysql。如果启动不成功，多数是因为你的my.ini配置的有问题。重新配置其即可。

如果觉得mysql负载异常，可以到mysql/bin 的目录下执行mysqladmin -uroot -p123 processlist来查看mysql当前的进程。

二、Unknown MySQL Server Host ‘localhosadst’ (11001)

翻译：未知的MySQL服务器 localhosadst

分析：服务器 localhosasdst 不存在。或者根本无法连接

解决：仔细检查自己论坛下面的 ./config.inc.php 找到$dbhost重新设置为正确的mysql 服务器地址。

三、Access denied for user: ‘roota@localhost’ (Using password: YES)

翻译：用户 roota 访问 localhost 被拒绝（没有允许通过）

分析：造成这个错误一般数据库用户名和密码相对mysql服务器不正确

解决：仔细检查自己论坛下面的 ./config.inc.php 找到$dbuser、$dbpw核实后重新设置保存即可。

四、Access denied for user: ‘red@localhost’ to database ‘newbbs’

翻译：用户 red 在localhost 服务器上没有权限操作数据库newbbs

分析：这个提示和问题三是不同的。那个是在连接数据库的时候就被阻止了，而这个错误是在对数据库进行操作时引起的。比如在select update等等。这个是因为该用户没有操作数据库相应的权力。比如select 这个操作在mysql.user.Select_priv里记录 Y 可以操作N 不可灶茄瞎以操作。

解决：如果是自己的独立主机那么更新mysql.user 的相应用户记录，比如这里要更新的用户为red 。或者直接修改 ./config.inc.php 为其配隐空置一个具有对数据库操作权限的用户

或者通过如下的命令来更新授权grant all privileges on dbname.* to ‘user’@’localhost’ identified by ‘password’

提示：更新了mysql库中的记录一定要重启mysql服务器才能使更新生效

FLUSH PRIVILEGES;

五、No Database Selected

翻译：没有数据库被选择上

分析：产生的原因有两种

config.inc.php 里面$dbname设置的不对。致使数据库根本不存在，所以在 $db->select_db($dbname); 时返回了false

和上面问题四是一样的，数据库用户没有select权限，同样会导致这样的错误。当你发现config.inc.php的设置没有任何问题，但还是提示这个错误，那一定就是这种情况了。

解决：对症下药

打开config.inc.php 找到$dbname核实重新配置并保存

同问题四的解决方法

六、Can’t open file: ‘xxx_forums.MYI’. (errno: 145)

翻译：不能打开xxx_forums.MYI

问题分析：

这种情况是不能打开 cdb_forums.MYI 造成的，引起这种情况可能的原因有：

1、服务器非正常关机，数据库所在空间已满，或一些其它未知的原因，对数据库表造成了损坏。

2、类 unix 操作系统下直接将数据库文件拷贝移动会因为文件的属组问题而产生这个错误。

解决方法：

1、修复数据表

可以使用下面的两种方式修复数据表：（之一种方法仅适合独立主机用户）

1）使用 myisamchk ，MySQL 自带了专门用户数据表检查和修复的工具 —— myisamchk 。更改当前目录到 MySQL/bin 下面，一般情况下只有在这个下面才能运行 myisamchk 命令。常用的修复命令为：myisamchk -r 数据文件目录/数据表名.MYI；

2）通过 phpMyAdmin 修复， phpMyAdmin 带有修复数据表的功能，进入到某一个表中后，点击“操作”，在下方的“表维护”中点击“修复表”即可。

注意：以上两种修复方式在执行前一定要备份数据库。

2、修改文件的属组（仅适合独立主机用户）

1）复制数据库文件的过程中没有将数据库文件设置为 MySQL 运行的帐号可读写（一般适用于 Linux 和 FreeBSD 用户）。

七、Table ‘test.xxx_sessions’ doesn’t exist

翻译：xxxxx表不存在

分析：在执行sql语句时没有找到表，比如：SELECT * FROM xxx_members WHERE uid=’XX’ 这里如果表xxx_members不存在于$dbname库里，那么就会提示这个错误。具体可分为以下三种情况来讨论：

安装插件或者hack时修改了程序文件，而忘记了对数据库作相应的升级。

后台使用了不完全备份，导入数据时没有导入到已经安装了相应版本的论坛的数据库中。

解决： 同样对症下药，不同的原因不同的处理方法。

仔细对照插件作者提供的安装说明，把遗漏的对数据库的操作补上，如果仍然不能解决问题，那么应该怀疑该插件的可用性了。去咨询一下插件作者，或者将其卸载。

不要张冠李戴，多大的脚就穿多大的鞋。总之使得程序文件和数据库配套即可.

八、Unknown column ‘column_name’ in ‘field list’

翻译：未知的字段名 column_name

分析：在执行sql语句是出现了指定表中没有的字段名称，就会出现这个错误。具体导致的原因可分为以下两种

安装插件或者hack时修改了程序文件，而忘记了对数据库作相应的升级。

程序文件和数据库不配套，比如d2.5的数据库配置给d4.1的程序来用肯定会出现这个错误。

解决： 导致的原因和问题八的1和 3是相同的，所以解决方法也一样。

九、You have an error in your SQL syntax

翻译：有一个语法错误在你的sql中

分析：论坛标准的程序是没有sql语法错误的。所以造成这个错误的原因一般就两类

安装插件或擅自修改程序。

不同的数据库版本数据库导出导入，比如MySQL4.1的数据在导出的语句包含了MySQL4.0没有的功能，像字符集的设定，这时如果将这些sql导入到MySQL4.0的时候就会产生sql语法错误。

解决：

仔细检查看到底是哪里的错误，将其修正，实在不行就用标准程序把出错的程序替换。

在数据库备份的时候要留意，如果不打算倒入到其他版本的mysql中则不用特殊考虑，反之要特殊的设定。使用DZ4.1的后台数据备份，可以按照提示去设定想要的格式。独立主机的也可以在到处的时候将其导出为mysql4.0的格式。

mysqldump -uroot -p –default-character-set=latin1 –set-charset=gbk –skip-opt databse > test.sql

十、Duplicate entry ‘xxx’ for key 1

翻译：插入 xxx 使索引1重复

分析：索引如果是primary unique这两两种，那么数据表的数据对应的这个字段就必须保证其每条记录的唯一性。否则就会产生这个错误。

一般发生在对数据库写操作的时候，例如Discuz!4.1论坛程序要求所有会员的用户名username必须唯一，即username的索引是 unique，这时如果强行往cdb_members表里插入一个已有的username的记录就会发上这个错误，或者将一条记录的username更新 为已有的一个username。

改变表结构的时候也有可能导致这个错误。例如 Discuz!4.0论坛的数据库中cdb_members.username 的索引类型是index这个时候是允许有相同username的记录存在的，在升级到4.1的时候，因为要将username的索引由原来的index变 为unique。如果这时cdb_members里存在有相同的username的记录，那么就会引发这个错误。

导出数据据时有时会因为一些原因（作者目前还不清楚）导致同一条记录被重复导出，那么这个备份数据在导入的时候出现这个错误是在所难免的了。

修改了auto_increment的值，致使“下一个 Autoindex”为一条已经存在的记录

解决： 两种思路，一是破坏掉唯一性的索引。二是把重复的数据记录干掉，只保留一条。很显然之一种思路是不可取的。那么按照二的思路我们得出以下几种解决方法，对应上面的i ii iii

略

按照错误提示里的信息到数据库中将重复的记录删除，仅保留一条即可。之后继续执行升级操作。

这种情况发生的概率很小，可以用文本编辑器打开备份文档，查找重复的信息。将其多余的拿掉，仅保留一条即可。

查询出表中auto_increment更大的一条记录，设置auto_incerment比其大一即可。

PS：repaire table “表名“，可以暂时解决问题。

十一、 Duplicate key name ‘xxx’

翻译：索引名重复

分析：要创建的索引已经存在了，就会引发这个错误，这个错误多发生在升级的时候。可能是已经升级过的，重复升级引起的错误。也有可能是之前用户擅自加的索引，刚好与升级文件中的所以相同了。

解决： 看看已经存在的索引和要添加的索引是否一样，一样的话可以跳过这条sql语句，如果不一样那么现删除已存在的所以，之后再执行。

十二、 Duplicate column name ‘xxx’

翻译：字段名xxx重复

分析：添加的字段xxx已经存在，多发生在升级过程中，与问题十二的产生是一样的。

解决： 看一下已经存在的字段是否和将要添加的字段属性完全相同，如果相同则可以跳过不执行这句sql，如果不一样则删除掉这个字段。之后继续执行升级程序。

十三、 Table ‘xxx’ already exists

翻译：数据表xxx已经存在

分析：xxx表已经存在于库中，再次试图创建这个名字的表就会引发这个错误。同样多发生在论坛的升级中。类似于问题十二。

解决： 看看已经存在的表是否和将要创建的表完全一样，一样的话可以跳过不执行这个sql，否则请将存在的表先删除，之后继续执行升级文件。

十四、 Can’t create database ‘xxx’. Database exists

翻译：不能创建数据库xxx，数据库已经存在

分析：一个mysql下面的数据库名称必须保证唯一性，否则就会有这个错误。

解决：把已经存在的数据库改名或者把将要创建的数据库改名，总之不让他们的名称冲突。

十五、 小结（针对问题 11\12\13\14\15）

此类问题错误提示中都暗藏一个关键词duplicate（重复）

那么对于mysql数据库来说什么东西是不能重复的呢？

数据库 database

同一个数据库下数据表 table

同一个数据表下字段 column

同一个数据表下索引 key

同一个数据表在索引唯一（UNIQUE PRIMARY）的情况下记录中的这些字段不可以重复

十六、Unknown system variable ‘NAMES’

翻译：未知的系统变量NAMES

分析：Mysql版本不支持字符集设定，此时强行设定字符集就会出现这个错误。

解决： 将sql语句中的SET NAMES ‘xxx’ 语句去掉

十七、 Lost connection to MySQL server during query

翻译：MySQL服务器失去连接在查询期间

分析：远程连接数据库是有时会有这个问题。MySQL服务器在执行一条sql语句的时候失去了连接造成的。

解决： 一般不需要怎么去处理，如果频繁的出现那么考虑改善硬件环境。

十八、User ‘red’ has exceeded the ‘max_updates’ resource (current value: 500)

翻译：msql用户red已经超过了’max_updates’（更大更新次数），’max_questions’（更大查询次数），’max_connections’（更大连接数），当前设定为500

分析：在mysql数据库的下有一个库为mysql，它其中有一个表为user这里面的纪录每一条都对应为一个mysql用户的授权。其中字段 max_questions max_updates max_connections分别记录着更大查询次数 更大更新数 更大连接数，当目前的任何一个参数大于任何一个设定的值就会产生这个错误。

解决： 独立主机用户可以直接修改授权表。修改完之后重启mysql或者跟新授权表，进入mysql提示符下执行

FLUSH PRIVILEGES;

记得后面要有分号’;’

虚拟主机的用户如果总是出现这个问题可找空间商协商解决。

十九、Too many connections (1040)链接过多

翻译：达到更大连接数

问题分析：

连接数超过了mysql设置的值，与max_connections 和wait_timeout 都有关系。wait_timeout的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大

解决方法：

1.虚拟主机用户请联系空间商优化 MySQL 服务器的配置；

2.独立主机用户请联系服务器管理员优化 MySQL 服务器的配置，可参考：

修改 MySQL 配置文件 my.ini 或者 my.cnf 中的参数：

max_connections= 1000

wait_timeout = 10

修改后重启 MySQL ，如果经常性的报此错误，请做一下服务器的整体优化。

二十、There is no such grant defined for user ‘%s’ on host ‘%s’

错误编号：1141

问题分析：

MySQL 当前用户无权访问数据库。

解决方法：

1、虚拟主机用户请联系空间商，确认给你提供的帐号是否有授权数据库的权限。

2、独立主机用户请联系服务器管理员，确认给您提供的数据库帐号是否有管理此数据库的权限。

二十一、Error on rename of ‘%s’ to ‘%s’ (errno: %d)

error.:1025

问题分析：

请检查一下您的程序是否有修改数据库表名的语句。

解决方法：

1.请检查您的程序中哪些地方需要修改数据库表名；

2.如果您的实际应用确实需要修改到数据库表名的话，请联系空间商或者服务器管理员给您开放修改库名的权限和服务器本身是否正常。

二十二、Error reading file ‘%s’ (errno: %d)

error.:1023

问题分析：

数据库文件不能被读取。

解决方法：

1.虚拟主机用户请联系空间商查看数据库是否完好。

2.独立主机用户请联系服务器管理员检查一下 MySQL 本身是否正常， MySQL 是否可以读取文件，Linux 用户可以检查一下 MySQL 的数据库文件的属主是否正确以及本身的文件是否损坏。

二十三、Host ‘*****’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’

error.:1129

问题分析：

数据库出现异常，请重启数据库。

解决方法：

1. 由于存在很多连接错误，主机’****’被屏蔽，虚拟主机用户请联系空间商处理，独立主机用户请联系服务器管理员，在 MySQL 的命令控制台下执行’mysqladmin flush-hosts’解除屏蔽即可，或者重启 MySQL 数据库

二十四、dropping database (can’t delete ‘%s’, errno: %d)

error.:1009

问题分析：

不能删除数据库文件，导致删除数据库失败。

解决方法：

1.检查您使用的数据库管理帐号是否有权限删除数据。

2.检查数据库是否存在。

二十五、Got error 28 from table handler

error.:1030

问题分析：

数据库所在磁盘空间已满。

解决方法：

1.虚拟主机用户请联系空间商增加 MySQL 所在的磁盘空间或者清理一些无用文件；

2.独立主机用户请联系服务器管理员增加 MySQL 所在的磁盘空间或者清理一些无用文件

二十六、Can’t create a new thread; if you are not out of available memory, you can consult the manual for a possible OS-dependent bug。

error.:11/35

问题分析：

数据库服务器问题，数据库操作无法创建新线程。一般是两个原因：

1.服务器系统内存溢出。

2.环境软件损坏或系统损坏。

解决方法：

1.虚拟主机用户请联系下空间商数据库服务器的内存和系统是否正常。

2.独立主机用户请联系服务器管理员检查服务器的内存和系统是否正常，如果服务器内存紧张，请检查一下哪些进程消耗了服务器的内存，同时考虑是否增加服务器的内存来提高整个的负载能力。

二十七、Error: Client does not support authentication protocol requested by server; consider upgrading MySQL client

error.:1251

问题分析：

如果你升级 MySQL 到 4.1 以上版本后遇到以上问题,请先确定你的 MySQL Client 是 4.1 或者更高版本( Windows 下有问题你就直接跳到下面看解决方法了，因为 MySQL 在 Windows 是 client 和 server 一起装上了的)。

解决方法：

1. Windows 平台

主要是改变连接 MySQL 的帐户的加密方式，MySQL 4.1/5.0 是通过 PASSWORD 这种方式加密的。可以通过以下两种方法得到解决：

1) mysql->SET PASSWORD FOR ‘some_user’@’some_host’=OLD_PASSWORD(‘new_password’);

2) mysql->UPDATE mysql.user SET Password=OLD_PASSWORD(‘new_password’) WHERE Host=’some_host’ AND User=’some_user’;

2. Linux/Unix 平台

Linux 平台下首先确定是否安装过 MySQL 的客户端，这个用 rpm 安装很简单，Linux 代码为：

rpm -ivh MySQL-client-4.1.15-0.i386.rpm

然后在编译 php 的时候要加上：

–with-mysql=/your/path/to/mysql

一般情况下都可以解决。如果还出现这种错误，可以按照下面的方法来做：

mysql->SET PASSWORD FOR ‘some_user’@’some_host’=OLD_PASSWORD(‘new_password’);

mysql->UPDATE mysql.user SET Password=OLD_PASSWORD(‘new_password’) WHERE Host=’some_host’ AND User=’some_user’;

二十八、Error: Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’

error.:2023

问题分析：

出现这个错误一般情况下是因为下面两个原因：

1.MySQL 服务器没有开启。

2.MySQL 服务器开启了，但不能找到 socket 文件。

解决方法：

1.虚拟主机用户，请联系空间商确认数据库是否正常启动。

2.独立主机用户，请检查一下 MySQL 服务是否已经开启，没有开启，请启动 MySQL 服务；如果已经开启，并且是 Linux 系统，请检查一下 MySQL 的 socket 的路径，然后打开 config.inc.php 找到

$dbhost = ‘localhost’; 在 hostname 后面加冒号‘:’和 MySQL 的 socket 的路径。

比如 MySQL 服务器为 localhost

MySQL 的 socket 的路径为 /tmp/mysql.sock

那么就改成如下：

$dbhost = ‘localhost:/temp/mysql.sock’;

二十九、Can’t connect to MySQL server on ‘localhost’

error.:2023

问题分析：

MySQL 服务没有启动，一般是在异常的情况下 MySQL 无法启动导致的，比如无可用的磁盘空间，my.ini 里 MySQL 的 basedir 路径设置错误等。

解决方法：

1.检查磁盘空间是否还有剩余可用空间，尽量保持有足够的磁盘空间可用。

2.检查 my.ini 里的 basedir 等参数设置是否正确，然后重新启动下 MySQL 服务。

三十、Lost connection to MySQL server during query

error.:2023

问题分析：

数据库查询过程中丢失了与 MySQL 服务器的连接。

解决方法：

1.请确认您的程序中是否有效率很低的程序，比如某些插件，可以卸载掉插件，检查一下服务器是否正常；

2.服务器本身资源紧张，虚拟主机用户请联系空间商确认，独立主机用户请联系服务器管理员，检查一下服务器是否正常。

三十一、Got a packet bigger than \’max_allowed_packet\’ bytes

错误编号：1153

问题分析：调整了 Mantis 的上传附件的大小却没有调整 MySQL 的配置文件。

解决办法：

1、独立主机用户请按照以下方法调整：

查找 MySQL 的配置文件（my.cnf 或者 my.ini）

在 部分添加一句（如果存在，调整其值就可以）：

max_allowed_packet=10M

重启 MySQL 服务就可以了。这里设置的是 10MB。

服务器数据库连接修复命令的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于服务器数据库连接修复命令,快速修复服务器数据库连接的命令大,DB数据库文件连接失败怎么修复，救急！！！,mysql运行一段时间，TOMCAT服务器就会一直报这个错误，修改了MYSQL数据库的配置，但没有用，在线等的信息别忘了在本站进行查找喔。