外面下着雨，冷雨。

撑一纸雨伞，回到空旷的房子里。

空旷而幽暗，听见金鱼的呼吸。

感悟，想要说些什么，却不知从何说起。

电梯里，ONLY SMS.

不想看春晚了，没有坚持的心情和欲望。

RT上，微博上，流淌着节日的时光。

翻了翻前几天的日子，模糊而碎片。

时间溜走了。

就在那弹指一挥。

翻看david的博客，想象他怎样的被青春打湿双眼。

想象那无法回到的过去，之中的人和事。

其实，一个人经历的，正是大多数人经历的，

所以，世界上 ，才会有共鸣。

所以，诗人才会钟爱某一种水果。（亦或植物？）

所以，81才会面对年复一年的问题。

所以，张导和八达才能把简单的情节演绎的刻骨，

因为，那就是他，或他们自己。

桌上的mac，竟然没有去折腾它的欲望，

还一直没打开。

鞭炮，让我想起黄洋界上的诗句。

有时候，生活应是如此的简单，平和，感恩，幸福。

有时候，情绪却是魔鬼。

这正是鲜活动人生啊，

无需去刻意的改变，和逃避。

在纯粹的时间里看书，

竟然获得意外的充实，

我，其实很容易满足。

------------------我是华丽的分割线----------------------

一直没有心情和时间来想和看。

我常说，不仅要埋头做事，更要抬头看路。

方向很重要，

得过且过的生活态度，

会麻木一个人的心灵，

所以，每个人要有目标，要去学习。

为了现在，为了将来。

为了自己，为了团队。

那天，和古怪精灵的幸子吃全家福，

在街上找奖状而不是荣誉证书，

在花店里讨价还价，

在忙碌。

其实一直心怀感恩，

在这样的一个团队里很开心，

那一起走过的岁月，

和小黑屋里的每一个人。

无怨无悔，但是要努力。

机会，压力，责任。

------------------我是华丽的分割线----------------------

想去鼓浪屿走走，

一直有很多值得发现的痕迹，

而以后，或许上岛的机会就不多了，

不想遗憾，

昨天是2011年的最后一天，遭遇了诸多的不顺利。

在下班的路上，车很拥堵，虽然我出来的已经很晚了，可是还是被这个车堵在了路上：

后来终于到了天虹，在地下二层停车场找了很久也没有找到停车位，爆满了，中间还接了Jimmy一个电话。最后终于在一个角落把车停了下来，耗时N久。

在天虹买了些东西，结果小票不小心丢掉了，本来凭小票是可以免费停车的，没办法只能乖乖的交停车费出来。

在出口的路上一样拥堵，各种车各种抢道，凭借极大的耐心好不容易才杀出重围。

回家煮面吃，想开一瓶酒，结果不小心酒瓶打落在地，摔得粉碎，满屋酒气。

希望，这些小小的不顺利就停留在2011，不再追随。

徐志摩说：

轻轻的，我走了，正如我轻轻的来，

我轻轻的挥手，作别西天的云彩。

没有人能阻挡时光匆匆的脚步，我们能做的，唯有珍惜和感恩。

因为那曾经虚度的青春，永远永远不再回来。

2012会更好，因为路，就在脚下，需要留下我们的足迹。

mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: No
Last_Errno: 1146
Last_Error: Error 'Table 'banpingdb.blog_score' doesn't exist' on query. Default database: 'banpingdb'. Query: 'replace INTO blog_score_result(id,score,avg)
SELECT b.id, min(s.comment), min(s.price) FROM blog_score s,a_blog b where s.name=b.biz_name
group by b.id'

同样的信息通过日志也一样会看到：

111215 19:17:54 [ERROR] Slave SQL: Error 'Table 'banpingdb.blog_score' doesn't [...]]]> 有时候为了方面的导入数据，可以使用MyISAM存储引擎的表，直接把数据文件Copy一份放到对应的目录下，这样MySQL就能直接识别到，但是在主从复制的环境里这样做是有问题的，因为在从库上并没有这个表，从而导致后续的一些操作失败，比如在主库上执行导入数据的SQL语句，则在从库会报错如下：

mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: No
Last_Errno: 1146
Last_Error: Error 'Table 'banpingdb.blog_score' doesn't exist' on query. Default database: 'banpingdb'. Query: 'replace INTO blog_score_result(id,score,avg)
SELECT b.id, min(s.comment), min(s.price) FROM blog_score s,a_blog b where s.name=b.biz_name
group by b.id'

同样的信息通过日志也一样会看到：

111215 19:17:54 [ERROR] Slave SQL: Error 'Table 'banpingdb.blog_score' doesn't exist' on query. Default database: 'banpingdb'. Query: 'replace INTO blog_score_result(id,score,avg)
SELECT b.id, min(s.comment), min(s.price) FROM blog_score s,a_blog b where s.name=b.biz_name
group by b.id', Error_code: 1146
111215 19:17:54 [Warning] Slave: Table 'banpingdb.blog_score' doesn't exist Error_code: 1146
111215 19:17:54 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log '1-bin.000001' position 130482476

这种错误处理也很简单，可以直接跳过，当然要评估可能产生的影响：

mysql> slave stop;
Query OK, 0 rows affected (0.22 sec)

mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
Query OK, 0 rows affected (0.00 sec)

mysql> slave start;
Query OK, 0 rows affected (0.00 sec)

然后blog_score_result这个表的数据肯定不准确了，可以重新从主库导入数据，视应用的繁忙程度，要保证数据的一致性，先在主库上lock这个表，不让其他用户更新：

mysql> lock tables blog_score_result read;
Query OK, 0 rows affected (0.00 sec)

然后导出数据：

[root@banping 3306]# bin/mysqldump --default-character-set=utf8 banpingdb blog_score_result -u root -p>/tmp/blog_score_result.sql;

去从库导入数据：

[root@banping 3306]# bin/mysql --default-character-set=utf8 banpingdb -u root -p</tmp/blog_score_result.sql;
Query OK, 0 rows affected (0.00 sec)

到主库解锁这个表：

mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

这样就完成了数据一致性的操作。主从复制的同步也正常了。这种事情的处理要结合实际应用情况，不可照搬就是了。

# The inet_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on. By default,
# the software claims all active interfaces on the machine. The
# parameter also controls delivery of mail to user@[ip.address].
#
# See also the proxy_interfaces parameter, for network addresses [...]]]> Postfix邮件系统的配置主要通过main.cf文件，路径在/etc/postfix下。如果要允许其他服务器使用Postfix的服务，需要重点关注inet_interfaces和mynetworks这两个参数。

# The inet_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on. By default,
# the software claims all active interfaces on the machine. The
# parameter also controls delivery of mail to user@[ip.address].
#
# See also the proxy_interfaces parameter, for network addresses that
# are forwarded to us via a proxy or network address translator.
#
# Note: you need to stop/start Postfix when this parameter changes.
#
inet_interfaces = all

要注意的是，修改这个参数必须要停止再启动Postfix，单纯的restart是不生效的。

# You can also specify the absolute pathname of a pattern file instead
# of listing the patterns here. Specify type:table for table-based lookups
# (the value on the table right-hand side is not used).
#
mynetworks = 11.12.13.14,127.0.0.0/8

这个参数指定了要使用Postfix的IP地址，如果不设定正确，会在maillog里看到类似如下的提示信息：

Dec 1 11:16:21 mail postfix/smtpd[21197]:warning: 11.12.13.14: address not listed for hostname banping.com
Dec 1 11:16:21 mail postfix/smtpd[21197]: connect from unknown[11.12.13.14]
Dec 1 11:16:21 mail postfix/smtpd[21197]: NOQUEUE: reject: RCPT from unknown[11.12.13.14]: 554 5.7.1: Relay access denied; from= to= proto=ESMTP helo=<banping.com>

自己搭建邮件系统还是比较折腾的，使用Amazon ses是比较便捷的做法。

安装Xtrabackup，可以通过源码安装，也可以拿二进制程序过来直接使用，以下是源码安装的过程：

[root@data banping]# wget http://www.percona.com/redir/downloads/XtraBackup/XtraBackup-1.6.3/source/xtrabackup-1.6.3.tar.gz
[root@data banping]# tar zxf xtrabackup-1.6.3.tar.gz
[root@data banping]# cd xtrabackup-1.6.3
[root@data xtrabackup-1.6.3]# AUTO_DOWNLOAD="yes" ./utils/build.sh 5.5

自动下载的是libtar-1.2.11.tar.gz和mysql源码文件，mysql的版本根据给定的参数识别，可选的有以下版本：

TechClub的活动正在吸引着越来越多的朋友参与，这是一个公益活动，希望能有更多的朋友能到这个平台上分享自己的经验。

深入解析MySQL之锁机制应用

再奉上一张活动现场照片：

首先，调整网络方面的参数：

[root@banping mysql-5.5.10]# yum install libaio-devel

Loaded plugins: rhnplugin, security

This system is not registered with RHN.

RHN support will be disabled.

Setting up Install Process

No package libaio-devel available.

Nothing to do

意思是这套RH没有在官网上注册，不能下载RH的软件包。后来我把yum替换成了CentOS的版本，过程如下：

首先看看有哪些yum包，然后卸载掉：

[root@banping mysql-5.5.10]# rpm -qa|grep yum

yum-rhn-plugin-0.5.4-13.el5

yum-3.2.22-20.el5

yum-metadata-parser-1.1.2-3.el5

yum-security-1.1.16-13.el5

yum-updatesd-0.9-2.el5

卸载要使用nodeps参数，否则由于依赖关系是无法卸载成功的：

rpm -e --nodeps yum-rhn-plugin-0.5.4-13.el5

......

然后可以从163的镜像下载CentOS的yum包：

[root@banping [...]]]> 最近弄了一台阿里云服务器，安装的是RedHat5.4 64位的系统。有点奇怪的是阿里云只提供CentOS 32位的系统，RH才有64位的。但是在使用yum的过程中报错：

[root@banping mysql-5.5.10]# yum install libaio-devel

Loaded plugins: rhnplugin, security

This system is not registered with RHN.

RHN support will be disabled.

Setting up Install Process

No package libaio-devel available.

Nothing to do

意思是这套RH没有在官网上注册，不能下载RH的软件包。后来我把yum替换成了CentOS的版本，过程如下：

首先看看有哪些yum包，然后卸载掉：

[root@banping mysql-5.5.10]# rpm -qa|grep yum

yum-rhn-plugin-0.5.4-13.el5

yum-3.2.22-20.el5

yum-metadata-parser-1.1.2-3.el5

yum-security-1.1.16-13.el5

yum-updatesd-0.9-2.el5

卸载要使用nodeps参数，否则由于依赖关系是无法卸载成功的：

rpm -e --nodeps yum-rhn-plugin-0.5.4-13.el5

......

然后可以从163的镜像下载CentOS的yum包：

[root@banping centos]# wget http://mirrors.163.com/centos/5/os/x86_64/CentOS/yum-3.2.22-37.el5.centos.noarch.rpm

[root@banping centos]# wget http://mirrors.163.com/centos/5/os/x86_64/CentOS/yum-fastestmirror-1.1.16-16.el5.centos.noarch.rpm

[root@banping centos]# wget http://mirrors.163.com/centos/5/os/x86_64/CentOS/yum-metadata-parser-1.1.2-3.el5.centos.x86_64.rpm

安装新下载的包：

[root@banping centos]# rpm -ivh yum-*

找一个CentOS的包资源配置库,名为CentOS-Base.repo，放到/etc/yum.repos.d/路径：

wget http://www.linuxidc.com/files/2011/05/06/CentOS-Base.repo

生成缓存文件到/var/cache/yum路径：

[root@banping yum.repos.d]# yum makecache

这样就可以使用CentOS的yum了。

按照官方的说法，Redis是用ANSI C开发的，能运行在大多数POSIX（Linux, *BSD, OS X 和Solaris等）系统上，官方没有支持Windows的版本。目前最新的版本是2.2.11，这个版本主要是修复了一个2.2.7版本中遍历方式优化带来的一个bug。

和普通的Key-Value结构不同，Redis的Key支持灵活的数据结构，除了strings，还有hashes、lists、 sets 和sorted sets等结构。正是这些灵活的数据结构，丰富了Redis的应用场景，能满足更多业务上的灵活存储需求。

Redis的数据都保存在内存中，而且底层实现上是自己写了epoll event loop部分，而没有采用开源的libevent等通用框架，所以读写效率很高。为了实现数据的持久化，Redis支持定期刷新（可通过配置实现）或写日志的方式来保存数据到磁盘。

由于没有第三方的包依赖关系，Redis的安装十分简单：

$ wget http://redis.googlecode.com/files/redis-2.2.11.tar.gz

$ tar xzf redis-2.2.11.tar.gz

$ cd redis-2.2.11

$ make

这样就安装完毕了，执行src目录下的redis-server可以启动Redis进程，不过最好先配置一下redis.conf文件，常用的几个要注意的参数如下：

daemonize yes

指定Redis以守护进程的方式运行。

pidfile /home/banping/redis/redis.pid

当Redis以守护进程方式运行时，把pid写入指定的文件。

port 6379

指定监听端口，默认端口为6379。

bind 192.168.0.35

绑定的主机IP地址。

logfile stdout

指定日志的记录方式，默认为标准输出。

databases 16

设置数据库的数量。

save <seconds> <changes>

Redis默认配置文件中提供了三个条件：

save 900 [...]]]> 引言

本篇要评测的NoSQL产品是Redis，可以把它的功能理解为一个Key-Value的数据结构操作，数据都保存在内存中定期刷新到磁盘，以极高的读写效率而备受关注。国内的新浪微博就大规模的使用了Redis来存储用户关系和计数。

介绍

按照官方的说法，Redis是用ANSI C开发的，能运行在大多数POSIX（Linux, *BSD, OS X 和Solaris等）系统上，官方没有支持Windows的版本。目前最新的版本是2.2.11，这个版本主要是修复了一个2.2.7版本中遍历方式优化带来的一个bug。

和普通的Key-Value结构不同，Redis的Key支持灵活的数据结构，除了strings，还有hashes、lists、 sets 和sorted sets等结构。正是这些灵活的数据结构，丰富了Redis的应用场景，能满足更多业务上的灵活存储需求。

Redis的数据都保存在内存中，而且底层实现上是自己写了epoll event loop部分，而没有采用开源的libevent等通用框架，所以读写效率很高。为了实现数据的持久化，Redis支持定期刷新（可通过配置实现）或写日志的方式来保存数据到磁盘。

安装和使用

由于没有第三方的包依赖关系，Redis的安装十分简单：

$ wget http://redis.googlecode.com/files/redis-2.2.11.tar.gz

$ tar xzf redis-2.2.11.tar.gz

$ cd redis-2.2.11

$ make

这样就安装完毕了，执行src目录下的redis-server可以启动Redis进程，不过最好先配置一下redis.conf文件，常用的几个要注意的参数如下：

daemonize yes

指定Redis以守护进程的方式运行。

pidfile /home/banping/redis/redis.pid

当Redis以守护进程方式运行时，把pid写入指定的文件。

port 6379

指定监听端口，默认端口为6379。

bind 192.168.0.35

绑定的主机IP地址。

logfile stdout

指定日志的记录方式，默认为标准输出。

databases 16

设置数据库的数量。

save <seconds> <changes>

Redis默认配置文件中提供了三个条件：

save 900 1

save 300 10

save 60 10000

分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改的时候，同步数据到磁盘文件。

rdbcompression yes

指定存储至本地数据库时是否压缩数据，默认为yes。

dbfilename dump.rdb

指定本地数据库文件名。

dir /home/banping/redis/data

指定本地数据库存放目录。

requirepass foobared

设置Redis连接密码，默认关闭。

maxclients 128

设置最大客户端连接数，默认无限制。

maxmemory <bytes>

指定Redis能使用的最大内存。

其他更详细的参数说明请参见官方文档。修改完配置文件后，我们可以用指定的配置文件启动Redis服务：

[root@localhost redis-2.2.10]# src/redis-server /home/banping/redis/redis-2.2.11/redis.conf

这样一个redis服务进程就启动了，它监听6379端口来提供服务。

测试说明

一、测试环境

Redis部署在一台PC 服务器上，配置如下：

CPU为Xeon 2.80GHz *4

内存为4G

硬盘为一块400G SATA盘

操作系统为64位CentOS 5.3版本

二、测试方法

这里仍然采用PHP客户端进行测试，Redis官方推荐了两个PHP客户端，一个是PHP程序包Predis，另一个是C开发的扩展包phpredis，我们这里采用后者，网址为https://github.com/nicolasff/phpredis ，可以编译到PHP运行环境中来使用。

为了不对测试服务器产生额外的影响，测试客户端部署在另外一台独立的服务器上，运行的PHP的版本是5.3.5，web server是Nginx 0.8.54，通过fastcgi的方式调用PHP服务。使用apache ab工具实现多个请求和并发操作。

测试过程中就使用上文提到的已经启动的Redis服务，首先是进行写操作，通过500个请求，每个请求写入10000条记录，并发度为2来共写入500万条数据，key为数字1到5000000，value大小为100个字节。然后是读操作，也是用500个请求，每个请求随机根据key值读出10000条记录，并发度为10共读出500万条记录，评测的重点是写入和读出数据的时间，以及在此过程中服务器的资源使用情况。

测试结果及总结

一、写操作

成功写入500万条记录，共耗时524秒，平均每秒写入数据9542笔。磁盘上的数据文件大小134M。写入过程中，服务器内存、CPU和磁盘等资源使用情况如下图所示：

可见，内存使用平稳上升，最后占用140M左右，主要用来缓存数据，对比数据文件的大小可以设想，在操作系统内存可用的情况下，内存的分配和数据文件的大小是大致相当的。内存占用会有临时的超过实际占用的几个点，而且会马上释放掉，CPU和磁盘IO都表现出周期性的上下波动，估计这些和Redis刷新数据到磁盘的实现机制有关，在高点的时候正好是数据写入磁盘的过程。总体来说占用资源很少，表现也很平稳。

二、读操作

成功读出500万条记录，共耗时184秒，平均每秒读出数据27174笔。

读数据过程中没有发生磁盘IO。CPU有所消耗，Idle值稳定在77左右，等待CPU资源的进程一直是1个。内存表现平稳没有波动。

通过以上测试结果可以看出，Redis数据操作都在内存完成，定期刷新到磁盘，占用的磁盘空间和内存大小由实际的数据量决定，在内存可用的情况下二者是一致的。从功能角度看Redis高效的读写效率和丰富的数据结构能满足很多互联网应用场景的需求，而且在高负载的情况下，数据内存化是趋势，总体来说Redis虽然还在不断发展之中，代码量也不多，但是一个轻量级的很有潜力的NoSQL产品，肯定会有越来越多的成功案例。

注：本文首发在IT168网站，版权所有，转载请注明出处。