iMySQL | 老叶茶馆

经历过的优化案例中，最经常碰到的就是索引的问题，要么没加索引，要么没用合适的索引，相信这也是做开发的朋友最经常碰到的盲区了，很容易就给忽略了。最近一次碰到的案例中，由于存储过程中需要创建临时表，把数据插入到临时表中，然后再做对比，开发人员认为是临时表没必要加索引，执行时间大概花了1个小时，加上索引后，不到2分钟就运行完了，至少30:1的效果啊，血淋淋的现实啊 :)

国际大导演、风情影后、爆笑南北笑星、实力派偶像，阵容强大，联袂演绎了一场银幕版春晚东北N人传小品，实在是高，不得不佩服。

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

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

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

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

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

原文出自：http://bbs3.chinaunix.net/thread-1615612-1-1.html

http://mirrors.sohu.com/mysql/ ，感谢伟大的中国龟速互联网，感谢sohu，感谢蜘蛛。

问： 如果密码中包含反斜线，该如何处理呢？
答： 在mysql中，反斜线"\"是有特殊意义的，用于转义，因此如果密码中包含"\"，就需要特别注意。有一种一劳永逸的办法，就是在密码中不用反斜线，哈哈。另一种，那就是需要多加几个反斜线，例如：

(root:hostname:Thu Oct 15 09:15:38 2009)[mysql]> grant usage on *.* to yejr@localhost identified by 'ye\\\jr'; 
Query OK, 0 rows affected (0.02 sec)
(root:imysql.cn:Thu Oct 15 09:16:22 2009)[mysql]> select password('ye\jr');
+-------------------------------------------+
| password('ye\jr')                         |

问：一件非常复杂，深奥的事情摆在你的面前，你想啊想啊，想了很久，怎么也想不清楚。那么，究竟什么时候才能明白呢？

路人甲：等出结果的时候就明白了

路人乙：等想明白的时候就明白了

你的答案呢？

问题

环境
硬件：DELL 1950, 146G SAS 15K RPMS * 2, 8G Ram
软件：2.6.9-55.ELsmp x86_64, mysql 5.1.x

现象
2个库，其中1个业务库下有20多个表，表文件大小总量不到2G。
另一个为日志库，下400多个表，大致是每天会产生5个表，其中有一个表较大，约400MB，总量约40多GB。
每次备份耗时较长，最严重的一次花了5个多小时才完成。
业务库为当前活动库，日志库则主要用作备份，每天日志归档，过期数据表很少有读写请求。