关于mysql error number 1051和1418错误的处理

mysql error number 1051 在网上（包括外国网）说了一大堆,但就是没有人知道其中的缘由,这是store engine 不同造成的例如,最开始的engine=myisam,在此基础上建了A表,那么你现在要转成innodb的方式（开启了my.cnf下的innodb的参数）现在如果再来 select A 表那么是会报不存在的,如果drop 的话会报 mysql error number 1051.这个问题该怎么处理呢？哈哈,先关掉my.cnf的innodb参数,然后重启mysql,这样A就可以select 了,把A表的backup 下来,drop 掉A表,然后再开启innodb参数,重起mysql,restore 刚才备份的脚本,这样就可以搞定了.如果在create function的时候有 1418的错语的时候:那么set global log_bin_trust_routine_creators=1;然后怎么create function 都不会有问题（当然,你的function必段正确哦）,妈的,这是mysql的一个bug,搞不懂为什么,反正这样做就OK了.在Oracle中根本就没有这种错语,如果出现了这种错语,是由于用户权限不够,OpenSource的东西就是这样的.还是Oracle的好. RIA Framework Flex中的MySQL管理Sybase数据库字符集设置过程相关资讯 MySQL教程

30分钟带你快速入门MySQL教程（02月03日）
MySQL教程：关于I/O内存方面的一些（01月24日）
CentOS上开启MySQL远程访问权限（01/29/2013 10:58:40）

MySQL教程：关于checkpoint机制（01月24日）
MySQL::Sandbox （04/14/2013 08:03:38）
生产环境MySQL 5.5.x单机多实例配（11/02/2012 21:02:36）

本文评论查看全部评论（0）