【教程】 Discuz X 常见数据库问题分析及解决方案

天外飘仙

本教程提供”Discz X 常见数据库问题解决分析和解决方案“ 不断持续更新ing

一、Can't connect to MySQL server on 'localhost' (10061)	查看
二丶Server Host 'localhosadst' (11001)	查看
三、Access denied for user: 'roota@localhost' (Using password: YES)	查看
四、Access denied for user: 'red@localhost' to database 'newbbs'	查看
五、No Database Selected	查看
六、Can't open file: 'cdb_forums.MYI'. (errno: 145)	查看
七、Got error 28 from table handler (Errno.: 1030)	查看
八、Unknown column 'column_name' in 'field list'	查看
九、You have an error in your SQL syntax	查看
十、Duplicate entry 'xxx' for key 1	查看
十一、 Duplicate key name 'xxx'	查看
十二、 Duplicate column name 'xxx'	查看
十三、 Table 'xxx' already exists	查看
十四、 Can't create database 'xxx'. Database exists	查看
十五、Unknown system variable 'NAMES'	查看
十六、 Warning: main(./include/db_.class.php) [function.main]: failed to open stream: No such file or directory in /export/www_site/eqdkp/bbs/install.php on line 417	查看
十七、 Lost connection to MySQL server during query	查看
十八、halt(DISCUZ_ROOT./include/db_mysql_error.inc.php): failed to open stream: No such file or directory in d:\usr\www\html\discuz_new\include\db_mysql.class.php on line 117	查看
十九、User 'red' has exceeded the 'max_updates' resource (current value: 500)	查看
二十、链接过多，请联系空间商	点击查看

天外飘仙

一、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: 'cdb_forums.MYI'. (errno: 145)
翻译：不能打开cdb_forums.MYI
分析：
服务器非正常关机，数据库所在空间已满，或一些其它未知的原因，对数据库表造成了损坏。
类unix 操作系统下直接将数据库文件拷贝移动会因为文件的属组的问题而产生这个错误
解决：
修复表即可，用phpmyadmin 或者 repair.php或者直接用命令修复 myisamchk -f ../data/newbbs/*.MYI
修改文件的属组

七、Got error 28 from table handler (Errno.: 1030)
翻译：读表头产生错误
分析：这个错误是由于数据库所在磁盘空间已满造成的。
解决：清理一下磁盘，腾出一些空间用来运转数据库八、Table 'test.cdb_sessions' doesn't exist
翻译：xxxxx表不存在
分析：在执行sql语句时没有找到表，比如：SELECT * FROM cdb_members WHERE uid=’XX’ 这里如果表cdb_members不存在于$dbname库里，那么就会提示这个错误。具体可分为以下三种情况来讨论：
安装插件或者hack时修改了程序文件，而忘记了对数据库作相应的升级。
后台使用了不完全备份，导入数据时没有导入到已经安装了相应版本的论坛的数据库中。
程序文件和数据库不配套，比如d2.5的数据库配置给d4.1的程序来用肯定会出现这个错误。
解决：同样对症下药，不同的原因不同的处理方法。
仔细对照插件作者提供的安装说明，把遗漏的对数据库的操作补上，如果仍然不能解决问题，那么应该怀疑该插件的可用性了。去咨询一下插件作者，或者将其卸载。
利用Discuz!论坛后台自带的数据库备份时，如果没有选择完全备份。那么在恢复的时候一定要恢复到一个相应版本Discuz!论坛的数据库上。例如：目前使用的论坛为DZ4.1，数据库名为db4.1，在DZ4.1的后台使用标准备份，那么恢复的时候可以恢复到db4.1的这个库上，或者全新安装一个DZ4.1，之后导入这些备份。 不要张冠李戴，多大的脚就穿多大的鞋。总之使得程序文件和数据库配套即可.

八、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比其大一即可。

天外飘仙

十一、 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下面的数据库名称必须保证唯一性，否则就会有这个错误。
解决：把已经存在的数据库改名或者把将要创建的数据库改名，总之不让他们的名称冲突。

十五、Unknown system variable 'NAMES'
翻译：未知的系统变量NAMES
分析：Mysql版本不支持字符集设定，此时强行设定字符集就会出现这个错误。
解决：将sql语句中的SET NAMES ‘xxx’ 语句去掉

十六、 Warning: main(./include/db_.class.php) [function.main]: failed to open stream: No such file or directory in /export/www_site/eqdkp/bbs/install.php on line 417

翻译：打开文件（./include/db_.class.php）失败，不是一个文件和目录在/export/www_site/eqdkp/bbs/install.php 417行分析：
大家仔细看就明白了，标准程序里根本没有 ./include/db_.class.php 这个文件。Install.php和include/common.inc.php 两个文件的调用可能会引起这个错误 require_once DISCUZ_ROOT.'./include/db_'.$database.'.class.php';include './include/db_'.$database.'.class.php'; 这两句分别是common.inc.php和install.php文件中的程序语句，这里当$database = ‘’;那么就会产生上面的错误。在极特殊可能由于一些未知的原因造成config.inc.php没有被读取成功。
解决：
问题分析清楚了，解决起来很容易，打开./config.inc.php配置好$database
如果config.inc.php确实已经配置正确，请重启web服务器。

十七、 Lost connection to MySQL server during query
翻译：MySQL服务器失去连接在查询期间
分析：远程连接数据库是有时会有这个问题。MySQL服务器在执行一条sql语句的时候失去了连接造成的。
解决：一般不需要怎么去处理，如果频繁的出现那么考虑改善硬件环境。

十八、halt(DISCUZ_ROOT./include/db_mysql_error.inc.php): failed to open stream: No such file or directory in d:\usr\www\html\discuz_new\include\db_mysql.class.php on line 117

分析：凡是此类(failed to open stream)都是一样的问题，即找不到指定的文件或者无法打开。对于这个问题一般出现在restore.php的使用中，大家注意看 DISCUZ_ROOT./include.db_mysql.inc.php 似乎很熟悉，其实这个根本不是一个合法的地址，程序中的DISCUZ_ROOT是要被它的值所代替，但由于根本就没有定义DISCUZ_ROOT这个常量，所以DISCUZ_ROOT被当成了字符串直接来用了。
解决：一般情况使用restore.php恢复备份数据是不会有错误产生的，但是如果他的备份本身是由问题的。比如问题十一 。那么只要在restore.php前面添加对DISCUZ_ROOT的定义即可，具体如下：
   define(‘DISCUZ_ROOT’, ‘./’);

十九、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;
     记得后面要有分号’;’
      虚拟主机的用户如果总是出现这个问题可找空间商协商解决。


二十、链接过多，请联系空间商
翻译：达到最大连接数
分析：连接数超过了mysql设置的值 max_connections 和wait_timeout 都有关系。wait_timeout的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大。
解决：修改my.ini的max_connections 和wait_timeout 前者调大后者调小一些。