CentOSmysql卸载
bitsCN.com
MySQL的分区表功能自5.1才开始支持，Centos的MySQL为5.0的，需要将其卸载后安装5.1
下面是一些操作、错误和解决方案的记录: 1.关闭目前的mysql服务 /etc/init.d/mysqld stop2.确保已正常关闭 ps -ef | grep mysql 如果没关闭，kill之3. 查询mysql的安装情况： rpm -qa | grep mysql 将列出来的删除。 rpm -e mysql-server.x86_64 如果报有多个，则用项 --allmatches将其全部删掉4. 下载mysql5.5的rpm版 rpm -ivh mysql-server和client5. 启动新的mysql /etc/init.d/mysql start6. 尝试访问 mysql -uroot -p 我的 默认无密码，可正常访问7.但是之前的php应用没法用了，报cannot load mysql extension .please check your php configuration 原因是刚才把php-mysql删了，其实是不应该删的。8.重新安装php-mysql，我的系统为centos5.3,php为5.1.依赖的php-mysql也为5.1.yum安装php-mysql报：libmysqlclient.so.15()(64bit) is needed libmysqlclient.so.15(libmysqlclient_15)(64bit) is needed php-common is needed libmysqlclient.so是包含在mysql-share的，但直接安装5.5版的mysql-share是不行的，因为该版本的没有libmysqlclient.so.15,都高于15.需要到http://dev.mysql.com/downloads/mysql/5.1.html#downloads下载(MySQL-shared-compat-5.1.62-1.rhel5.i386.rpm)然后安装，但因为我支持装了5.5的mysql-share，会报冲突，即rpm安装时无法覆盖之前的，使用项--force强制覆盖即可。rpm -ivh php-common-VERSION php-mysql-VERSION安装成功，解决该问题 9.在为其他节点远程访问该服务器的数据库设置时出错，Access denied for user 'root'@'localhost'。解决方案见：http:///database/201204/128445.html，即：MySQL节点执行GRANT命令为SPIDER服务器进行授权时，发生了如下错误： mysql> GRANT ALL ON *.* TO 'spider'@'spiderdb' IDENTIFIED BY 'spider'; ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) 可是我就是使用root用户登录的，root的password也是空的，怎么可能会发生这个错误呢。 网上有相同的错误，是登录不进MySQL的解决办法。如果是忘记了密码，可以用下边的方法： # /etc/init.d/mysql stop # mysqld_safe -u mysql --skip-grant-tables --skip-networking & # mysql -u mysql mysql> UPDATE user SET Password=PASSWORD('newpassword')where USER='root'; mysql> FLUSH PRIVILEGES; mysql> exit # /etc/init.d/mysqld restart # mysql -uroot -pnewpassword 可是这个方法却解决不了我的问题。 网上还有一种办法，删除user.user中值为NULL的（delete from user where user is NULL），或更新NULL为test（update user set user=‘test‘ where user is NULL）。但是也不好使。 偶然发现对于单个DB的授权是没有问题的，难道是root没有特定DB的权限？写了个script对于每个database执行"GRANT ALL ON $DATABASE.* TO 'root'@'localhost' IDENTIFIED BY 'cps-pt' with grant option;"，居然是information_schema的时候出错了。 前两天同志执行dump/restore的时候，DB曾经死掉过，难道information_schema被破坏掉了。 这好像是MySQL的一个restore时的bug。 作者 kangquan2008 bitsCN.com
