mysql相关问题处理

叮叮

Got error 28 from table handler

错误编号：1030
问题分析：
数据库所在磁盘空间已满或数据库损坏。
解决方法：
1、虚拟主机用户请联系空间商增加 MySQL 所在的磁盘空间或者清理一些无用文件。
2、独立主机用户请联系服务器管理员增加 MySQL 所在的磁盘空间或者清理一些无用文件。
3、数据库损坏，修复下数据库。

叮叮

Too many connections

错误编号：1040
问题分析：
连接数超过了 MySQL 设置的值，与 max_connections 和 wait_timeout  都有关系。wait_timeout 的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大。
解决方法：
1、虚拟主机用户请联系空间商优化 MySQL 服务器的配置；
2、独立主机用户请联系服务器管理员优化 MySQL 服务器的配置，可参考：
修改 MySQL 配置文件（Windows下为 my.ini， Linux下为 my.cnf ）中的参数：

1. max_connections= 1000
   
2. wait_timeout = 5

复制代码

如果没有可以自行添加，修改后重启 MySQL

叮叮

Record has changed since last read in table 'cdb_**'

错误编号：1020
问题分析：
MySQL 记录已被其他用户修改。
解决方法：
修复下数据库。
可以使用下面的三种方式修复数据表：
1）通过第三方面软件修复，如帝国备份王。
2）使用 myisamchk：MySQL 自带了专门用户数据表检查和修复的工具—— myisamchk 。更改当前目录到 MySQL/bin 下面，一般情况下只有在这个下面才能运行 myisamchk 命令。
常用的修复命令为：myisamchk -r 数据文件目录/数据表名.MYI
3）通过 phpMyAdmin 修复 phpMyAdmin 带有修复数据表的功能，进入到某一个表中后，点击“操作”，在下方的“表维护”中点击“修复表”即可。
注意：以上三种修复方式在执行前一定要备份数据库。

叮叮

dropping database (can't delete '%s', errno: %d)

错误编号：1009
问题分析：
不能删除数据库文件，导致删除数据库失败。
解决方法：
1、检查您使用的数据库管理帐号是否有权限删除数据。
2、检查数据库是否存在。

叮叮

Can't drop datebase '%s' | database doesn't exist

错误编号：1008
问题分析：
数据库不存在，导致数据库删除操作失败。
解决方法：
检查是否正确选择数据库，用 phpMyAdmin 等工具查看是否存在该数据库。

叮叮

Can't create database '%s' | database exists

错误编号：1007
问题分析：
数据库已存在，导致创建数据库失败。
解决方法：
1、虚拟主机用户请联系空间商，确认给你提供的帐号是否有创建数据库的权限，并且确认是否创建了已经存在的数据库（一般空间商都是在虚拟主机控制面板里提供创建数据库，请跟空间商做一下确认）。
2、独立主机用户请联系服务器管理员，确认给您提供的数据库帐号是否有管理此数据库的权限。

叮叮

Can't create database 'db'

错误编号：1006
问题分析：
无法创建数据库，创建数据库失败。
解决方法：
1、虚拟主机用户请联系空间商，确保给您提供的数据库帐号能够在安装程序的时候创建数据库（一般空间商都是在虚拟主机控制面板里提供创建数据库，请跟空间商确认一下）。
2、独立主机用户请联系服务器管理员，确认给您提供的数据库帐号有创建数据库的权限，如果已经创建了数据库，请填写数据库名即可。

叮叮

Can't create table '%s'

错误编号：1005
问题分析：
创建数据表失败。
解决方法：
1、检查数据表是否已经存在。
2、检查正在使用的 MySQL 用户是否具有创建数据表的权限。
3、检查这个表所在的数据库对应的文件是否具有可写权限。

叮叮

Can't connect to MySQL server on 'localhost'

错误编号：2003

问题分析：

无法连接到 MySQL 服务器，可能的情况为：

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

2、MySQL 服务器资源紧张，导致无法连接。


解决方法：

1、如果你是虚拟主机用户（购买的空间），则联系空间商检查 MySQL 是否正常启动，并确认 MySQL 的配置信息（是否为 localhost）；

2、如果你是独立主机用户（拥有管理主机权限），则按下面步骤检查：

1）检查是否启动了 MySQL 服务。

Windows 主机的话，右键点击我的电脑，单击管理，在服务和应用程序中找到 MySQL 服务，看是否是已启动的状态。


Linux主机，在控制台执行 service mysql start 启动 MySQL 服务。

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

3）检查 my.ini 里的 basedir （MySQL 安装地址） 和 datadir （数据目录存放地址）等参数设置是否正确，然后重新启动下 MySQL 服务。

4）如果在刷新后偶尔能够正常显示而且服务器是Windows系统的话，那么减小Windows中TcpTimedWaitDelay时间可解决此类问题，默认情况下为240（未设置的情况下也是这个数值）此项设置需要到注册表如下位置进行设置HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay  如果注册表中没有TcpTimedWaitDelay这个项目，请增加这个项目，并设置为双字节（DWORD）类型数值设置为30 ~ 60 之间即可

叮叮

Table '%s' doesn't exist

错误编号：1146
问题分析：
查询的数据表不存在，有可能是以下原因造成：
1、意外操作的过程中导致表的丢失；
2、安装插件过程中忘记添加插件需要的表；
3、配置论坛 config.inc.php 文件的时候，表前缀填写错误；
4、正在使用的 Discuz!  相应版本的程序文件连接不对应的数据库（比如 Discuz!6.1.0 的程序文件连接 Discuz!6.0.0 的数据库，多发生在升级过程中）。
解决方法：
1、如果已经在论坛后台备份过论坛数据库，可以从备份文件中找回相应的表数据进行恢复，对于论坛用到的 cdb_caches 、 cdb_sessions 等表可以在论坛目录里的 install/discuz.sql 中找到重建语句，直接重新建立；也可以通过论坛后台的工具 => 数据库 => 校验来校验数据表的完整性，然后也可以通过这里来修复数据表。


2、仔细对照插件作者提供的安装说明，把遗漏的对数据库的操作补上，如果仍然不能解决问题，那么应该怀疑该插件的可用性了。去咨询一下插件作者，或者将其卸载；
3、检查程序文件和论坛的配置文件（config.inc.php），检查配置文件配置是否正确；

[url=http://faq.comsenz.com/batch.download.php?aid=1820][/url]
4、如果你在完成某项操作的过程中出现此错误（比如升级），请继续往下操作，如果无法进行，请恢复备份数据，然后继续你要进行的操作。