MySQL在Centos的卸载和安装 - MySQL - 红黑联盟
- MySQL在Centos的卸载和安装
MySQL的分区表功能自5.1才开始支持,Centos的MySQL为5.0的,需要将其卸载后安装5.1
下面是一些操作、错误和解决方案的记录:1.关闭目前的mysql服务/etc/init.d/mysqld stop2.确保已正常关闭 www.2cto.comps -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 neededlibmysqlclient.so.15(libmysqlclient_15)(64bit) is neededphp-common is needed www.2cto.comlibmysqlclient.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://www.2cto.com/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 mysqlmysql> UPDATE user SET Password=PASSWORD('newpassword')where USER='root';mysql> FLUSH PRIVILEGES;mysql> exit www.2cto.com# /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。