mysql query error(MySQL查询出错：解决办法)
一、UCenter info: MySQL Query Error怎么解决
许多朋友使用UCenter会遇到各类应用程序出现错误的链接，昨日升级UChome出现了以下问题；
错误信息：
UCenter info: MySQL Query Error
SQL:SELECT* FROM [Table]notelist WHERE closed='0' AND app2<'1' AND app2>'-5' LIMIT 1
Error:Unknown column'app2' in'where clause'
Errno:1054
错误解决：
uc_notelist缺少app2字段，app2对应于"应用2",在创建应用的时候ucenter需要修改uc_notelist添加对应的字段。
连接到mysql,show columns from uc_notelist;发现果然没有app2字段，说明ucenter并没有成功创建该字段,
下载checkappid.php到uc_server目录网站并运行，出现如下错误：
Error:ALTER command denied to user'xxxx'@'localhost' for table'uc_notelist'
Errno:1142
SQL::ALTER TABLE uc_notelist ADD COLUMN app1 tinyint NOT NULL
说明xxxx用户没有ALTER权限。
到mysql中，
mysql> SELECT alter_priv FROM user WHERE User='xxxx';
发现alter_priv='N',果然没有权限。
修改权限：
mysql> UPDATE user SET alter_priv='Y' WHERE User='xxxx';
mysql> flush privileges;
重新运行checkappid.php出现：
PHP Warning: unlink(c:\wwwroot\checkappid.php): Permission denied in c:\wwwroot\checkappid.php on line 31
说明checkappid.php修改appid已经成功，我们手工删除checkappid.php即可。
mysql> show columns from uc_notelist;
各个应用的appx都已创建好。
二、ECSHOP网站出现MySQL Query Error
第一种可能性：出现了1146错误。提示的错误原因是：在默认的数据中找不到指定的表。你查询的 guorun.ecs_goods这个表在数据库中不知道什么原因不存在，所以报错。
第二种可能性：你是从别的正在运行MySQL上拷贝文件过来的，这样你拷贝过来的文件就有可能存在数据错误，从而导致数据库报错，但是你执行 show tables的时候是可以看到有guorun.ecs_goods这张表的。
建议：首先在自己的mysql下，建立一个你即将要拷贝的数据库（数据库名要一样，里面不需要建表），然后将所有的.frm文件拷贝到你建的数据库文件夹下，此时再次进入mysql，用show tables查看表是否已经建立起来了。然后停止你自己的mysql服务，然后在拷贝别的电脑上的Mysql文件过来，最后启动你自己的mysql服务就可以对数据库进行正常操作了。
三、论坛出现 MySQL Query Error
解决方案如下:
1.进入管理mysql的phpmyadmin
2.在左则选中自己的数据库
3.在右则勾选中错误信息中的那个’wxpetdata’表
4.滚动屏幕到下面，有个下拉菜单(With selected:)，选择”Repair table”
---------------------------------------------------------------------
或者可以这样
wxpetdata被标记有问题，需要修复。于是赶快恢复历史数据，上网查找原因。最终将问题解决。解决方法如下：
找到mysql的安装目录的bin/myisamchk工具，在命令行中输入：
myisamchk-c-r../data/dedecmsv4/dede_archives.MYI
然后myisamchk工具会帮助你恢复数据表的索引。重新启动mysql，问题解决。
问题分析：
1、错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。
问题的编号为145
2、问题解决办法。
当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。
这三种修复方法如下所示：
% myisamchk--recover--quick/path/to/tblName
% myisamchk--recover/path/to/tblName
% myisamchk--safe-recover/path/to/tblName
第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。
检查和修复MySQL数据文件
如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：
如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：
mysql> DELETE FROM tblName;
在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。
如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。
启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
3、myisamchk工具介绍（见mysql的官方手册）
可以使用myisamchk实用程序来获得有关数据库表的信息或检查、修复、优化他们。myisamchk适用MyISAM表(对应.MYI和.MYD文件的表)。
调用myisamchk的方法：
shell> myisamchk [options] tbl_name...
options指定你想让myisamchk做什么。在后面描述它们。还可以通过调用myisamchk--help得到选项列表。
tbl_name是你想要检查或修复的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定数据库目录的路径，因为myisamchk不知道你的数据库位于哪儿。实际上，myisamchk不在乎你正在操作的文件是否位于一个数据库目录；你可以将对应于数据库表的文件拷贝到别处并且在那里执行恢复操作。
如果你愿意，可以用myisamchk命令行命名几个表。还可以通过命名索引文件(用“.MYI”后缀)来指定一个表。它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如，如果你在数据库目录，可以这样在目录下检查所有的MyISAM表：
shell> myisamchk*.MYI
如果你不在数据库目录下，可通过指定到目录的路径检查所有在那里的表：
shell> myisamchk/path/to/database_dir/*.MYI
你甚至可以通过为MySQL数据目录的路径指定一个通配符来检查所有的数据库中的所有表：
shell> myisamchk/path/to/datadir/*/*.MYI
推荐的快速检查所有MyISAM表的方式是：
shell> myisamchk--silent--fast/path/to/datadir/*/*.MYI
如果你想要检查所有MyISAM表并修复任何破坏的表，可以使用下面的命令：
shell> myisamchk--silent--force--fast--update-state\
-O key_buffer=64M-O sort_buffer=64M\
-O read_buffer=1M-O write_buffer=1M\
/path/to/datadir/*/*.MYI
该命令假定你有大于64MB的自由内存。关于用myisamchk分配内存的详细信息，参见5.9.5.5节，“myisamchk内存使用”。
当你运行myisamchk时，必须确保其它程序不使用表。否则，当你运行myisamchk时，会显示下面的错误消息：
warning: clients are using or haven't closed the table properly
这说明你正尝试检查正被另一个还没有关闭文件或已经终止而没有正确地关闭文件的程序(例如mysqld服务器)更新的表。
如果mysqld正在运行，你必须通过FLUSH TABLES强制清空仍然在内存中的任何表修改。当你运行myisamchk时，必须确保其它程序不使用表。避免该问题的最容易的方法是使用CHECK TABLE而不用myisamchk来检查表。