时间:2019-09-16 15:00:05 作者:无名 浏览量:20
大家好,小编是个电脑软件控, MySQL的分区表功用自5.1才开始支撑,Centos的MySQL为5.0的,需求将其卸载后装置5.1
下面是一些操作、过错和解决方案的记录:
1.关闭目前的mysql服务
/etc/init.d/mysqld stop
2.保证已正常关闭
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和client
5. 发动新的mysql
/etc/init.d/mysql start
6. 尝试拜访
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
MYSQL在Centos的卸载和安装教程图2
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\'。
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)
MYSQL在Centos的卸载和安装教程图3
但是我便是使用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。