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）
在 部分添加一句（如果存在，调整其值就可以）：
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/ 路径下。