MYSQL 安装维护注意事项
这几天看别人装,总是有问题,看来还是要写个操作手册[@more@]安装时,先要用rpm -aq |grep mysql |xargs rpm -e --allmatch --nodeps删除系统自带的Mysql,然后需要ps-ef |grep mysql看下是不是有正在跑的mysql进程,然后kill了。需要检查下/etc/my.cnf是否已近存在了,如果有那么就删掉,不然最后安装可能会报grant privillege table错误,这个问题在mysql 5上好像没发现,都是mysql 4.0.27报出来的。这次安装还碰到一次邪门的事情,正在装的时候服务器重启了。。。起来发现ssh登录不上了,幸好有rsh。登录上去启动ssh服务发现:@@@@@@@@@@@
Mysql主机断电导致复制出错 server_errno=1236
前2天真是tmd忙啊。。。每天都这么多事情,运维不好玩- -[@more@]机房某台服务器短路,造成整个机柜跳闸。其中数台服务器是mysql的数据库主机,结果重启后,slave的db上都发现复制停止,err里发现下面的信息:[ERROR] Error reading packet from server: Client requested master to start replication from impossible position ( server_errno=1236)[ERROR] Got fatal error 1236: 'Client requested master to start replication from impossible position' from master when reading data from binary log[Note] Slave I/O thread e
Mysql maatkit 的安装和简介
maatkit 是baron.schwartz 为主导,开源的Mysql工具,提供了很多Mysql官方目前并没有实现的功能.大大方便和加强了Mysql的监控和管理.下面简单介绍下安装和使用.官方网站:http://www.maatkit.org/文档地址:http://maatkit.sourceforge.net/doc/maatkit.htmlgoogle主页和下载: http://code.google.com/p/maatkit/[@more@]安装很简单,比如我下载的maatkit-2725.zip ,释放后整个文件夹传到服务器上,对于软件环境要求,一般就是DBD::mysql和DBI,当然少不了perl.安装只要几个命令:# cd maatkit-2725/# perl Makefile.PL# make# make install就可以
实现Mysql延时复制
Oracle可以通过设置归档的delay来设置DataGuard的Apply延时,达到某些人为错误发生后的容灾。Mysql一直没有这个功能,目前已知的大概也只有http://code.google.com/p/maatkit/上的mk-slave-delay,不过通过一些办法可以山寨延时复制,研究这个功能也是没办法,最近老有手下做错事情,老是用mysqlbinlog挖的累了- -,而某些业务数据库是mysql 4.02的,没有触发器可以保护表。[@more@]首先研究下mysql的复制结构,4.0以上开始,复制分为2个进程,io进程和sql进程。其中io进程连接到master读取binlog,写入relaylog,而sql进程读取relaylog
Mysql故障处理2则
要过年了nnd问题也特别多,今天就碰到2个,一个是mysql复制进程往前走但数据不同步,一个是性能问题导致所有写和读的全部阻塞。[@more@]手下做mysql复制,做好了之后发现read master position在不断移动,但是数据就是不同步。其实稍微理解一点mysql复制中server-id的功能就知道怎么回事了,马上打开my.cnf一看,果然有2个server-id。去掉一个自然就ok了。这个问题判断起来还是要靠经验,不过做事情仔细就不会有这个故障了。。。。晚上回家,在地铁收到值班人员的电话,计费系统出现大量sql堵塞,读的数据库同步缓慢。到家里上vpn分析了监
oracle 10g rac 网络故障处理
oracle rac对网络要求是非常高的,一些看似很小的网络故障往往导致整个集群的无法启动. 很多故障的报错不能简单通过metalink的处理方法,有时候可能适得其反,应该先查看系统最近是否出现变动,测试共享存储,无密码登陆,权限,hostname设置等。[@more@]早上刚刚处理完因为存储故障导致不断重启的rac,把应用切换到异地的容灾集群,下午居然数据管理中心的8节点集群又挂了.不过不是不断重启,而是压根起不来.....没办法帮忙把,早让他们找DBA的....现在也只能帮忙到底了.上去一检查,之前故障发生后,已经有人重启了所有机器,看了重启前的db和os
RAC 主机无故全部重启
高可用也包括产品的稳定性评估哦,特别是共享存储和心跳交换机的稳定。[@more@]AS4 5个节点,10.2.0.3的库,核心应用,最近2个月经常发生主机集体重启,而且无论是os,db,crs都没有留下任何日志,只有重启后的日志。metalink上也没有类似的案例,转向怀疑软硬件环境,但是其他几套相同软件环境的RAC都运行了1年多没发生过类似问题。经过检查共享存储确认磁盘阵列驱动器有损坏,但是按道理双控制器应该不会导致重启啊。。。看来HP的EVA还是不太可靠。据此推断心跳交换机故障可能也会导致类似故障。放在这里希望大家少走弯路,修改disk time