染出一道彩虹

memcached自身有几个比较重要的限制，尤其是其中的过期时间限制，得小心，否则很容易踩到地雷：

1）单个缓存值大小限制：

memcached单个缓存值限制为1M(1000000bytes)，超过这个限制的时候会出如下错误：

ValueError: Values may not be more than 1000000 bytes in length; received 2000000 bytes

2）key长度限制：

memcache的keys限制为250 bytes，超过这个长度会报错：

ValueError: Keys may not be more than 250 bytes in length, received 14670 bytes

3）expire过期时间限制：

过期时间设置有两种方式：

1、可使用 unix 时间戳格式，即距离1970.01.01 00：00：00的时间偏移量（单位为秒）

2、距离当前时间的时间间隔 （单位也为秒）

设为 距离当前时间的时间间隔 时不能大于 2592000（30天），如果时间值大于2592000 ，那么memcached会把时间理解为unix时间戳格式也就是距离1970.01.01的秒数偏移量。0 为永不过期。

这个问题要特别注意，当我们设置的时间间隔大于 2592000 ，例如2592010，写进去的数据会被认为是unix时间戳

之前写的一个根据指定时间区间抽取mp3片段的java工具类，整理了一下，作为类库发布到了code.google.com.

http://code.google.com/p/mp3fenge/

这东东之前在网上一直找不到，后来通过了解mp3的文件格式后才整出来的，希望能帮到一些有同样需要的人。

忘了6W是啥时候了 Mark一下

网上关于统一哈希的众多介绍资料中都强调使用统一哈希后添加新结点只影响到环中下一个相邻结点数据这个特点，其实这里很容易对统一哈希的应用造成误导。

因为我们知道，为了使环上的结点能够均衡的承担负载，我们需要引入虚拟结点的概念。然后很显然引入虚拟结点后我们并不能保证新增加的物理结点所创建的虚拟结点都跟某一特定物理结点相邻，如此一来开头所提到的统一哈希的那个显著优点岂不是丢失了。看起来在保证负载均衡和数据震荡之间是个两难的选择，事实并非如此。这源于我们对统一哈希算法了解的不够深入。

我们知道memcached的spy驱动实现了统一哈希算法，叫Ketama统一哈希，其中就引入了虚拟结点的概念。我们通过实验来考察一下这个算法的实用性。

实验说明：

4node，+2node表示，在配置4个结点时写入10W数据，然后配置增加2个新结点遍历读取10W数据，统计查找不到的数据量，

也就是受震荡的数据。

以下是实验数据：

10W测试数据

取模：

1）4node，+2node: 66661 miss;

2）6node，+2node: 74984 miss;

Ketama:

1）4node，+2node: 33708 miss;

2）6node，+2node: 25477 miss;

从以上的实验数据可以看到，取模算法的数据震荡要比统一哈希要明显很多，而且原来的结点越多取模算法引起的震荡越大，而统一哈希引起的震荡越少。

The Pareto principle (also known as the 80-20 rule, the law of the vital few, and the principle of factor sparsity) states that, for many events, roughly 80% of the effects come from 20% of the causes.

这个原理是由十九世纪末期与二十世纪初期的意大利经济学家兼社会学家维弗利度·帕雷托所提出的。

帕雷托最优(Pareto Optimality) 的定义：帕累托最优是指资源分配的一种状态，在不使任何人境况变坏的情况下，而不可能再使某些人的处境变好。

帕雷托改进(Pareto Improvement)的定义: 指一种变化，在没有使任何人境况变坏的前提下，使得至少一个人变得更好。

这个原则可以应用在许多领域，应用在计算机领域经常有的一些说法就是：

1）80%的响应时间消耗在20%的代码上；

2）80%的访问集中在20%的数据上；

等等等等......

参考：

http://en.wikipedia.org/wiki/Pareto_principle

ActiveMQ版本：5.5.0

使用ActiveMq需注意一个陷阱，下面是activemq.xml的默认配置：

<policyEntry queue=">" producerFlowControl="true" memoryLimit="1mb">

<!-- Use VM cursor for better latency

For more information, see:

http://activemq.apache.org/message-cursors.html

<pendingQueuePolicy>

<vmQueueCursor/>

</pendingQueuePolicy>

-->

</policyEntry>

如果我们启动了优化策略：

<pendingQueuePolicy>

<vmQueueCursor/>

</pendingQueuePolicy>

那么会存在一个问题，如果我们发送的持久化消息过期时间是3分钟，那么当broker宕机的时间超过3分钟，

所存储消息已经过期的情况下，broker重启后，会有故障：

1）内置管理后台无法进入；   2）broker无法被连接和访问；

在数据库中使用Datetime、Date、Timestamp等字段类型时需注意：

For MySQL：

1）通过jdbc访问，SQL中该字段内容不能为'',否则mysql jdbc驱动会抛出异常，但是直接通过mysql客户端访问没有问题，但是存储值会自动转换成'00-00-00 00:00:00'；

2）通过jdbc访问，SQL中该字段内容可以为null或者‘00-00-00 00:00:00’;

3）假设存储的值为‘2011-01-01 00:00:00’，通过getObject、getString等方法取回的值为“2011-01-01 00:00:00.0”，会多出个“.0”；

For SqlServer(2008)：

1）若sql中该字段为''，通过jtds访问，不抛错，写入的该字段内容为'1900-01-01 00:00:00'；

原文请查看：http://linux.die.net/man/7/tcp