MySQL 中文网

主要信息来自：http://code.google.com/p/tcpcopy/

tcpcopy是一个基于底层的应用请求复制（所有基于tcp的packets）开源项目，可用于替代ab做在线模拟压力测试，可转发各种在线请求到测试服务器上，进行较为详尽的近乎实际的测试，从而避免了新业务、系统上线带来的潜在问题。

tcpcopy的四大功能：

1）分布式压力测试，将多个前段请求集中到某个后端进行压力测试
2）上线前测试，检验新系统可靠性，提前发现潜在问题
3）对比测试，同样请求，针对不同或不同版本程序，可以做性能对比等试验
4）应用热备份，对于后端的短连接，请求丢失率非常低(1/10万)

有些时候，我们并不需要一些特殊的模块，或者个别模块对我们的硬件支持不是那么好，这就需要在内核将它们关闭，编辑下述文件即可：

[root@imysql.cn ]# cat /etc/hotplug/blacklist
#
# Listing a module here prevents the hotplug scripts from loading it.
# Usually that'd be so that some other driver will bind it instead,
# no matter which driver happens to get probed first.  Sometimes user
# mode tools can also control driver binding.
#
# Syntax:  driver name alone (without any spaces) on a line. Other
# lines are ignored.
#
#diasble usb_storage
usb_storage
#disable edac
i5000_edac
edac_mc

在vim编辑文件中，如果想粘贴较大长度的一行字符串时，经常会出现自动折行的情况，其实很简单，只需修改 /etc/vimrc，修改一个选项：

if has("autocmd")
" In text files, always limit the width of text to 78 characters
"  autocmd BufRead *.txt set tw=78
autocmd BufRead *.txt set tw=200

看到上面的注释了吧，把tw从78改成200甚至更大就行了。

下图是ext4 vs xfs文件系统的对比测试结果数据，横坐标是测试模式，纵坐标是测试耗时，越小越好。
从结果来看：
1. 初始化模式下，ext4性能并没有比xfs来得高
2. 随机读写模式下，ext4性能比xfs将近高一倍
3. 其他测试模式中，ext4和xfs性能相当
小结：
在一些对随机IO性能要求较高的环境下，可以尝试使用ext4，比如数据库，大型图片后台存储等

首先安装omsa for linux相关的rpm包，然后启动服务

srvadmin-services.sh start

然后，就可使用omreport，omconfig等工具了。
通过下面的命令即可修改BISO设置：

omconfig chassis biossetup -?
#例如，修改biso设置中，串行输出设备为 com2，然后即可重启生效
omconfig chassis biossetup attribute=serialcom setting=com2
BIOS setup configured successfully. Change will take effect after the next reboot.

本文转载自：http://www.ibm.com/developerworks/cn/linux/filesystem/l-fs9/

老叶备注：xfs之所以能比ext3高效，主要得益于几点：

• 更合理的设计导致减少不必要的磁盘操作，尽可能利用内存
• 分配组(allocation groups)的设计使其能并行处理
• 无处不在的B+树索引，大大提升了效率
• 独特的日志记录方式，避免了日志文件系统通病
• 延迟分配机制，不仅减少了不必要的写操作，更有可能减少磁盘碎片

近期碰到有服务器上线后，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，问题解决。

另外，/var/spool/cron 目录下的文件也应该注意其设置的属性。

Cmnd_Alias myscript=/bin/bash /path/myscript.sh [0-9a-z]*.[0-9]*.[0-9]*.[0-9a-z]*

类似上述正则表达式，就可以起到一定的限制以及灵活配置作用了。

近期碰到多起硬件故障，快被搞疯了，因此是深有体会啊，分享下几点吧：

1. HP的服务器也是支持RAID冷迁移的，方法可以参照之前我写的：dell 2950 raid阵列冷迁移方法

2. 警惕HP服务器的ILO报错信息：ASR(Automatic Server Recovery) 相关的报警，出现的话，赶紧做切换

3. 尽量不要给厂商做小白鼠，硬件测试一定要完善的做，不能因为赶时间，导致后续问题一大堆

4. 企业应用尽量不要因为价格方面的原因导致服务质量大打折扣，除非价格确实差很大

利用HP官方提供的hpasm工具包即可检测到服务器的硬件相关状态，起到监控预警作用。
hpasm工具包中，有个工具是hpasmcli，用法如下：

[yejr@imysql ~]# hpasmcli -s 'show'

Invalid Arguments
         SHOW ASR
         SHOW BOOT
         SHOW DIMM
         SHOW F1
         SHOW FANS
         SHOW HT
         SHOW IML
         SHOW IPL
         SHOW NAME
         SHOW PORTMAP
         SHOW POWERSUPPLY
         SHOW PXE
         SHOW SERIAL [ BIOS | EMBEDDED | VIRTUAL ]
         SHOW SERVER
         SHOW TEMP
         SHOW UID
         SHOW WOL