发表于

MISCONF Redis is configured to save RDB snapshots

Redis使用过程中报错，报错信息如下：

1
2
3
(error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to 
persist on disk. Commands that may modify the data set are disabled. Please check Redis 
logs for details about the error.

解释：Redis配置去保存RDB快照，但是目前无法保存到磁盘。修改数据命令无效。错误详情请查看redis日志。

阅读全文 »

发表于

1、一致性Hash简介

一致性哈希算法在1997年由麻省理工学院提出(参见扩展阅读[1])，设计目标是为了解决因特网中的热点(Hot spot)问题，初衷和CARP十分类似。一致性哈希修正了CARP使用的简单哈希算法带来的问题，使得DHT可以在P2P环境中真正得到应用。

2、评价一致性Hash算法的标准

一致性hash算法提出了在动态变化的Cache环境中，判定哈希算法好坏的四个方面：

2.1、平衡性(Balance)

平衡性是指哈希的结果能够尽可能分布到所有的缓冲中去，这样可以使得所有的缓冲空间都得到利用。很多哈希算法都能够满足这一条件。

2.2、单调性(Monotonicity)

单调性是指如果已经有一些内容通过哈希分派到了相应的缓冲中，又有新的缓冲加入到系统中。哈希的结果应能够保证原有已分配的内容可以被映射到原有的或者新的缓冲中去，而不会被映射到旧的缓冲集合中的其他缓冲区。

2.3、分散性(Spread)

在分布式环境中，终端有可能看不到所有的缓冲，而是只能看到其中的一部分。当终端希望通过哈希过程将内容映射到缓冲上时，由于不同终端所见的缓冲范围有可能不同，从而导致哈希的结果不一致，最终的结果是相同的内容被不同的终端映射到不同的缓冲区中。这种情况显然是应该避免的，因为它导致相同内容被存储到不同缓冲中去，降低了系统存储的效率。分散性的定义就是上述情况发生的严重程度。好的哈希算法应能够尽量避免不一致的情况发生，也就是尽量降低分散性。

2.4、负载(Load)

负载问题实际上是从另一个角度看待分散性问题。既然不同的终端可能将相同的内容映射到不同的缓冲区中，那么对于一个特定的缓冲区而言，也可能被不同的用户映射为不同 的内容。与分散性一样，这种情况也是应当避免的，因此好的哈希算法应能够尽量降低缓冲的负荷。

阅读全文 »

发表于

荀子·强国篇

荀子
积微，月不胜日，时不胜月，岁不胜时。凡人好敖慢小事，大事至，然后兴之务之，如是，则常不胜夫敦比于小事者矣。是何也？则小事之至也数，其县日也博，其为积也大；大事之至也希，其县日也浅，其为积也小。故善日者王，善时者霸，补漏者危，大荒者亡。故王者敬日，霸者敬时，仅存之国危而后戚之，亡国至亡而后知亡，至死而后知死。亡国之祸败，不可胜悔也；霸者之善箸焉，可以时托也；王者之功名，不可胜日志也。财物货宝以大为重，政教功名反是，能积微者速成。《诗》曰：“德 如毛，民鲜克举之。”此之谓也。

发表于

1、错误消息

1
2
3
4
5
java.lang.VerifyError: (class: cn/search/PageManager, method: <init> signature: (Ljava/lang/String;)V) Bad type in putfield/putstatic
 cn.search.servlet.SearchController.doPost(SearchController.java:67)
 cn.search.servlet.SearchController.doGet(SearchController.java:35)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:803)

2、解决办法

仔细查找代码，发现并没有问题，各种百度之后发现：是jar包冲突而引起的问题。
可能出现冲突的情况：
1、存在不同版本的jar包；
2、webapp目录下和tomcat的lib目录下jar包重复了；