安裝redis的一些問題

今天裝了個centos2.6.4 而後裝jdk，完了redis2.6.4

裝redis2.6.4折騰了老半天，缺了不少東西，連gcc都沒有

無語中……

廢話很少說，直接上過程

一、報錯一  沒用gcc

安裝過程
    yum install cpp
    yum install binutils
    yum install glibc
    yum install glibc-kernheaders
    yum install glibc-common
    yum install glibc-devel
    yum install gcc
    yum install make

注意gcc依賴了不少東西，有些包可能系統已經 裝了，有些沒有，防止出意外，最好都走一遍

 

二、報錯二，沒有tcl8.5, 安裝tcl8.5,過程以下

下載地址：http://downloads.sourceforge.net/tcl/tcl8.5.10-src.tar.gz

安裝過程

tar -zxvf  tcl8.5.tar.gz

./configure

make

make install

三、安裝redis

make

make test  //檢查一下，看看有沒有問題

make install

 

若是make繼續報錯，信息以下：error: jemalloc/jemalloc.h: No such file or directory

執行 make MALLOC=libc 就行

注意的是，爲了防止出意外，make失敗後在make的話，清理一下，執行make clean

 

祝你們安裝成功！！！！

下面是一些介紹：

Redis2.6已經發布了（http://redis.io/download），下載後，在make時一堆編譯錯誤，後來看issue，跟linux系統版本及位數有關。

昨天做者 antirez發佈了2.6.2，此版本修復了一些linux版本不兼容致使make不經過的問題，但是下下來之後，發如今測試機編譯仍是有些問題，與是 在issue上提出一個問題：（https://github.com/antirez/redis/issues/736#issuecomment- 9848046） 早上來的時候，看到大牛們熱心的回覆，真的很感動。在測試機上，因爲系統 是32位的，致使編譯時沒經過，首先我立馬肯定了這個問題，在64位測試機上測試時，發現果真編譯能夠經過，而後在32位上，跟據提示，在 Makefile中增長一條CFLAGS= -march=i686，編譯也順利經過了，頓時感受舒暢不少！

下載地址：http://redis.googlecode.com/files/redis-2.6.2.tar.gz

而後tar, make,便可。(make前，若是確認本身的測試機是32位linux，在src/Makefile文件中的頭部加上CFLAGS= -march=i686，可參考isSUSE中相關回答)

修改對應的redis.conf,而後啓動，便可進行測試了。

一.此版本主要更新的功能有：

1.支持lua腳本。
2.VM（虛擬內存）去掉了。
3.對於client的limit限制變成無限制。
4.aof性能提高了很多。
5.key的過濾時間能夠支持毫秒級別了，原來是秒。
6.list與hash 的屬性filed或value包含小整數，內存優化列好（使用了jemalloc，之前是malloc）。
7.提供了BITCOUNT與BITOP，前者支持位值count，後者支持了位操做。（之前只支持key-value 的置位操做）
8.支持新命令dump以及restore ，即序列化與反序列化操做。
9.大數據存儲性能優化等。

以上功能我比較關注的一個是lua腳本支持，一個是位操做的功能擴展。

對於位操做的增長，在2.4已經存在，經過setbit/getbit，相關操做（要注意大小端的問題，存儲讀取數據時）。

這次增長了bitcount,以及bitop操做，經過位操做，來加強一些統計功能等相關功能的實現應該有很大的幫忙。

對於咱們的系統裏，以及用bit位記錄相關數據，可是一直不能位操做，一直在考慮是否本身增長，在2.6做者實現了。仍是很是贊一個。

二.相關簡單測試：

使用了jemalloc，以及相關代碼的優化，redis2.6的性能必定有必定提高.

使用redis2.6.2與redis2.4.4相比。

相同環境下，進行一萬次set,一萬次get操做，二者所花費的時間以下：

redis2.6.2 redis2.4.4

set操做 5938ms 6109ms

get操做 5985ms 5812ms

以上爲開發機上進行測試，並不能體現redis完整的性能，可是相同的環境下，能夠測試redis不一樣版本的性能問題。從以上set get操做來看，redis2.6性能上仍是有部分提高，但不大。