mysql相关问题处理

叮叮

MySQL client run out of memory

错误编号：2008
问题分析：
MySQL客户端内存溢出。
解决方法：
1、虚拟主机用户请联系空间商，检查服务器是否正常；
2、独立主机用户请联系服务器管理员确认服务器是否正常，内存的使用是否正常，必要的时候提升服务器的配置。

叮叮

MySQL server has gone away

错误编号：2006
问题分析：

MySQL 服务器不可用
解决方法：
1、虚拟主机用户请联系空间商确认 MySQL 服务器是否正常，或者你的程序在运行过程中消耗了太多的服务器资源，请联系空间商进行确认；
2、独立主机用户请优化你的 MySQL 的配置，检查 MySQL 的运行情况，适当的时候增加服务器的配置。
3、因为执行动作过多，造成 MySQL 连接超时，如果是独立主机请修改 MySQL  的配置文件中的 wait_timeout 这个值设置大一点。

叮叮

Unknown MySQL server host

错误编号：2005
问题分析：
未知的 MySQL 服务器主机。
解决方法：
1、虚拟主机用户请联系空间商确认 config.inc.php 中的 $dbhost 此项是否正确，一般填写“localhost”。
2、独立主机用户请联系服务器管理员检查 config.inc.php 中的 $dbhost 此项是否填写正确，如果 MySQL 和 web 是同台服务器的话，一般填写“localhost”，如果不是同台服务器，请填写 MySQL 服务器的 ip 地址，同时确保在 web 端能连接到数据库端即为 MySQL 的服务器端开通了针对客户端的帐号。

叮叮

Not unique table/alias: '%s'

错误编号：1066
问题分析：
SQL 语句中出现了非唯一的表或别名。
解决方法：
1、请检查出现问题位置的 SQL 语句中是否使用了相同的表名，或是定义了相同的表别名。
2、检查 SELECT 语句中要查询的字段名是不是定义重复，或者没有定义。
例如：
SELECT m FROM cdb_members m;
这样的语句就是错误的，要写成
SELECT m.* FROM cdb_members m;

叮叮

Got a packet bigger than \'max_allowed_packet\' bytes

问题分析：
调整了 Mantis 的上传附件的大小却没有调整 MySQL 的配置文件。
解决办法：
1、独立主机用户请按照以下方法调整：
查找 MySQL 的配置文件（my.cnf 或者 my.ini）
在 [MySQLd] 部分添加一句（如果存在，调整其值就可以）：
max_allowed_packet=10M
重启 MySQL 服务就可以了。这里设置的是 10MB。
2、虚拟主机用户请联系空间商调整此参数

叮叮

Unknown system variable \'NAMES\'

错误编号：1193
问题分析：
未知的系统变量 '%s'  由于代码中书写的错误，导致 Discuz! 6.0.1UC 在升级的时候出错，
现象为：
Discuz!_6.0.1UC 到了导入会员数据提示 Error: Unknown system variable 'NAMES' 。如果你不是此类问题，请检查你的程序。
解决方法：
1、Discuz! 6.0.1UC 升级出错的修复文件 ，这里正对 Discuz! 升级文件中的某个 bug 进行的修复；
2、如果您的情况与此不符，请检查你的程序。

叮叮

Server shutdown in progress

错误编号：1053
问题分析：
在程序运行过程中，数据库服务器关闭了。
解决方法：
1、虚拟主机用户请联系空间商检查服务器状况，是否有重启过 MySQL 服务器；
2、独立主机用户请联系服务器管理员是否有重启过 MySQL 服务器；
3、在保证以上前提下，还经常出现此错误，请确认你的程序修改部分是否过多的耗费服务器资源，请暂时恢复备份进行观察。

叮叮

Unknown table \'%s\'

错误编号：1051
问题分析：
未知的数据表。可能的原因有：
1、安装插件不当，导致程序不识别插件数据表；
2、升级未完成。
解决方法：
1、重新安装插件，或者完全卸载插件；
2、升级未完成的话，请继续升级，如果无法继续升级，请恢复数据备份重新升级。

叮叮

Table \'%s\' already exists

错误编号：1050
问题分析：
数据表已存在，导致创建表失败。这个问题一般出现在恢复数据或者升级系统的时候。
解决方法：
1、请先尽量对目前的数据做一个完整的备份；
2、确认之前你做了哪些操作，比如安装插件，尽量恢复到出错前的情况；
3、如果是论坛恢复数据出错，请使用官方发布的 tools 工具 进行数据恢复；
4、升级出错，请确认之前安装的插件是否使用了升级版本所用的表，如果是这种情况，请恢复备份，并将被占用的表重命名，然后进行升级；如果您是在升级早期版本时出错（重复升级），请恢复备份重新升级。

叮叮

MySQL的配置文件中关于basedir和datadir的说明

在 MySQL 的配置文件 my.ini 或者 my.cnf 文件中
1、basedir 参数
原文说明为：
Path to installation directory. All paths are usually resolved relative to this.
解释：
该参数指定了安装 MySQL 的安装路径，填写全路径可以解决相对路径所造成的问题。
例如：
basedir="E:/dev/MySQL/MySQL Server 5.2/"
则表示我的 MySQL 安装在 E:/dev/MySQL/MySQL Server 5.2/ 路径下。
2、datadir 参数
原文说明为：
Path to the database root
解释：
该参数指定了 MySQL 的数据库文件放在什么路径下。数据库文件即我们常说的 MySQL data 文件。
例如：
datadir="E:/dev/MySQL/MySQL Server 5.2/Data/"
则表示我的 MySQL 数据库文件放在 E:/dev/MySQL/MySQL Server 5.2/Data/ 路径下。