一、 下载工具包
Tpcc-mysql是percona基于tpcc衍生出来的产品，专用于mysql基准测试，其源码放在bazaar(Bazaar是一个分布式的版本控制系统，采用 GPL 许可协议，可运行于 Windows、GNU/Linux、UNIX 以及 Mac OS 系统之上。Bazaar 由 Canonical 公司（Ubuntu母公司）赞助)上，因此还需要先安装bazaar客户端。

使用root安装rpm包

rpm -Uvh http://dl.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm

然后就可以开始安装bzr客户端了：

yum install bzr 

之后，就可以开始用bzr客户端下载tpcc-mysql源码了。

cd tmp
bzr branch lp:~percona-dev/perconatools/tpcc-mysql

二、编译安装
编译非常简单

cd /tmp/tpcc-mysql/src
make

然后就会在 /tmp/tpcc-mysql 下生成 tpcc 命令行工具 tpcc_load 、 tpcc_start

三、开始加载测试数据 …

DELL PowerEdge Diagnostics 是一款简单实用、基于操作系统的硬件诊断工具！通过它，您可以很清楚的了解DELL系统的硬件健康状况，更有效的判断和定位硬件问题。
该工具是一款安全、免费的软件，您可以从DELL公司的网站上下载它。
1． 下载安装
下载无需多说，目前主要使用dell-pediags-linux-2.8.0.398-A01.tar.gz 版本，直接解压缩，然后执行安装脚本：bash install.sh

2． 使用
由于服务器大多没有启动 X window，因此我们使用字符界面的方式

./pediags --show all 列出可供检测的设备

输入：./pediags 设备名称 - -run 命令对相应的设备进行检测。
例如：
对内存检测的命令是： ./pediags memory - -run quicktest=true
对基于RIAD的硬盘进行检测： ./pediags raidctrl - -run quicktest=true
…

测试结果曲线图：

小结：
1. 如果应用以随机IO为主的话，应使用raid 1+0，在相同硬盘数量情况下，其性能约是raid 5的1.4(+)倍
2. 随机IO越大，raid 5的性能下降越厉害，在本次测试中，有好几次较大IO时，测试进程无响应

附：
Sysbench测试io方法：

sysbench --file-num=10 --num-threads=16 --test=fileio --file-total-size=30G --max-requests=10000000 --file-test-mode=rndrw run

sysbench详细文档：http://sysbench.sourceforge.net/docs/

技术相关: *nix相关硬件相关运维相关

有一次在做MySQL数据库更新时，发现DML更新效率特别低，总能发现超过1秒的慢日志，一般很少会出现这种情况，初步判定为可能网络故障或者就是DB服务器自身的性能出现问题导致。

经过检查服务器状况，发现确实发生了硬件故障，主要是raid 10中的一块硬盘发生预警，信息如下：

Physical Disk: 1
Enclosure Device ID: 32
Slot Number: 3
Device Id: 3
Sequence Number: 2
Media Error Count: 650
Other Error Count: 73
Predictive Failure Count: 71
Last Predictive Failure Event Seq Number: 6716
Raw Size: 140014MB [0x11177328 Sectors]
Non Coerced Size: 139502MB [0x11077328 Sectors]
Coerced Size: 139392MB [0x11040000 Sectors]
Firmware state: Online
SAS Address(0): 0x500000e11079e682
SAS Address(1): 0x0
Connected Port Number: 3(path0) 
Inquiry Data: FUJITSU MBA3147RC       D306BLB5P9500H4M

大家注意下上面的信息，硬盘的状态还是 …

近期碰到个问题，服务器上线后，crontab都发生异常没有自动执行，查看了下日志，发现问题：

Apr 16 11:26:01 imysql.cn crond[28354]: (*system*) BAD FILE MODE (/etc/cron.d/flushhost)
Apr 16 11:26:01 imysql.cn crond[28354]: (root) BAD FILE MODE (cron/root)

检查了下 /etc/cron.d/ 目录下的其他文件，发现 flushhost 的属性是 755，其他的则是 644，于是将这个脚本属性也改成644，问题解决。

另外，还同时修改了mysql安装包的install.sh脚本，新服安装完毕后，修改flushhost脚本的属性为644。

这个问题貌似只在个别版本的RHEL下碰到过，并不是所有的版本都有。

技术相关: *nix相关运维相关