https://github.com/redis/redis

https://redis.io/insight/#insight-form

安裝及配置

在CentOS 7.9上安裝和配置Redis 7.2.5版本，可以遵循以下詳細步驟：

一、準備工作

確保安裝包已準備好：
確認您已經下載了redis-7.2.5.tar.gz安裝包，并放置在可訪問的路徑。
安裝編譯依賴：
安裝GCC和其他必要的編譯工具。

sudo yum install -y gcc make

二、安裝Redis

解壓安裝包：
將安裝包解壓到您希望安裝的目錄中，例如/usr/tools。

tar -xzvf redis-7.2.5.tar.gz  
mv redis-7.2.5 /usr/tools/redis

編譯和安裝：

進入Redis目錄并編譯安裝。

cd /usr/local/redis  

make  
make install PREFIX=/usr/local/redis

三、配置Redis

復制并修改配置文件：
將配置文件復制到Redis安裝目錄下的etc文件夾，并進行必要的修改。

mkdir /usr/tools/redis/etc  
cp redis.conf /usr/tools/redis/etc/

編輯redis.conf文件，設置以下參數：
daemonize yes：使Redis在后臺運行。
bind 0.0.0.0或指定IP：允許任何IP連接（生產環境中應限制IP）。
protected-mode no：關閉保護模式，允許遠程連接。
requirepass yourpassword：設置密碼。
設置環境變量：
編輯~/.bash_profile或~/.bashrc文件，添加Redis的bin目錄到PATH環境變量。

export PATH=$PATH:/usr/local/redis/bin

然后執行source ~/.bash_profile或source ~/.bashrc使更改生效。

四、啟動Redis并設置用戶名和密碼

啟動Redis：
使用修改后的配置文件啟動Redis。

/usr/tools/redis/bin/redis-server /usr/tools/redis/etc/redis.conf

設置用戶名和密碼：
Redis本身不直接支持用戶名，而是通過密碼進行身份驗證。
密碼已在配置文件中通過requirepass指令設置。
連接Redis：
使用redis-cli命令行工具連接Redis，并使用AUTH命令和密碼進行身份驗證。

/usr/tools/redis/bin/redis-cli

AUTH yourpassword

五、關于root用戶和密碼

在Linux系統中，root是超級用戶，擁有對系統的完全控制權。Redis的安裝和配置通常需要root權限或使用sudo命令。
Redis本身不使用root用戶和密碼進行身份驗證，而是依賴于其自己的密碼機制（通過requirepass在配置文件中設置）。
強烈建議不要以root用戶運行Redis服務，而是應該為其創建一個專用的低權限用戶。
注意事項：
確保防火墻設置允許外部訪問Redis端口（默認為6379），如果需要遠程訪問的話。
定期備份Redis數據和配置文件以防數據丟失。
監控Redis的性能和安全狀況。

make

在CentOS 7.9或其他基于RPM的Linux發行版中，使用yum命令安裝軟件包時，你可以指定一個或多個軟件包名稱來安裝。現在，讓我們來看看這兩個命令之間的區別：

sudo yum install -y gcc automake autoconf libtool make

這個命令會安裝以下五個軟件包：

gcc: GNU編譯器集合，用于編譯C、C++、Fortran等語言的程序。
automake: 一個用于自動生成Makefile.in文件的工具，通常與autoconf一起使用，以簡化構建系統的創建。
autoconf: 一個用于創建可移植的shell腳本的工具，這些腳本可以配置和編譯軟件包。
libtool: 一個用于管理庫文件的通用庫支持腳本，它簡化了庫的創建和使用。
make: GNU make工具，用于自動化編譯和安裝程序。
這個命令涵蓋了編譯和安裝軟件所需的一套完整的開發工具鏈。

sudo yum install -y gcc make

這個命令只會安裝以下兩個軟件包：

gcc: 同上，GNU編譯器集合。
make: 同上，GNU make工具。
這個命令僅安裝了編譯程序所需的基本工具：編譯器和構建工具。它沒有安裝automake、autoconf和libtool，這些工具通常在開發更復雜的軟件項目或需要自動生成構建系統時會用到。

區別總結：

第一個命令提供了更完整的開發工具鏈，包括編譯器、構建工具和自動化構建腳本的生成工具。
第二個命令僅提供了基本的編譯和構建工具。
選擇哪個命令取決于你的需求。如果你只是需要簡單地編譯一些程序，那么第二個命令可能就足夠了。但是，如果你打算開發更復雜的軟件項目，或者需要自動生成構建系統，那么第一個命令提供的工具集將更為有用。

警告

/usr/tools/redis/bin/redis-server /usr/tools/redis/etc/redis.conf
1534:C 26 May 2024 16:28:43.874 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add ‘vm.overcommit_memory = 1’ to /etc/sysctl.conf and then reboot or run the command ‘sysctl vm.overcommit_memory=1’ for this to take effect.

該警告信息是關于Linux系統中的內存過度分配（overcommit）設置。簡單來說，內存過度分配是操作系統允許應用程序請求比實際物理內存加交換空間還要多的內存的一種策略。當應用程序請求內存時，操作系統會先答應這些請求，但只有在真正需要時才分配實際的物理內存頁面。在你運行Redis服務器時，系統發出警告，建議你啟用內存過度分配。如果不啟用，可能會在內存低的情況下導致后臺保存或復制失敗，甚至在沒有內存壓力的情況下也可能導致問題（如jemalloc庫的相關問題所述）。為了解決這個問題，你可以按照警告中的建議操作：臨時解決方案：在終端中運行以下命令以立即啟用內存過度分配，但請注意這只會臨時改變設置，重啟后設置將失效。
bash
sysctl vm.overcommit_memory=1
永久解決方案：編輯/etc/sysctl.conf文件，并在文件的末尾添加以下行：
vm.overcommit_memory = 1
保存文件后，為了讓更改生效，你可以執行sysctl -p命令來重新加載sysctl配置，或者重啟系統。
請注意，更改系統設置可能會影響系統的穩定性和性能，因此在生產環境中進行此類更改之前，請確保你了解這些更改的含義，并考慮進行充分的測試。此外，如果你的系統內存充足，并且你確信不會出現內存不足的情況，這個警告可能不那么重要。但是，由于Redis是一個內存數據庫，對內存的管理非常關鍵，因此建議按照警告中的指導進行操作，以確保Redis的穩定運行。

配置文件區別

在Linux和Unix系統中，~/.bash_profile、~/.bashrc和/etc/profile是用于配置用戶環境的文件，但它們在使用和加載時機上有所區別。~/.bash_profile:
當用戶登錄時，bash shell會首先讀取~/.bash_profile文件。
它主要用于設置環境變量、運行命令或腳本，在用戶登錄時進行一次性的初始化設置。
通常，~/.bash_profile會在結束時調用~/.bashrc，以確保在用戶登錄時也執行~/.bashrc中的設置。
這個文件是針對每個用戶的，位于用戶的主目錄下。
~/.bashrc:
當用戶打開一個新的shell（非登錄shell），或者在一個已經登錄的shell中開啟一個新的bash實例時，~/.bashrc會被讀取。
它包含用戶每次打開新的bash shell時都需要運行的命令。
通常用于設置別名、函數、環境變量等，這些設置對于非登錄shell也是必要的。
這個文件也是針對每個用戶的，位于用戶的主目錄下。
/etc/profile:
這是一個全局配置文件，對所有用戶都有效。
當用戶登錄時，系統會首先讀取/etc/profile文件，然后再讀取用戶的~/.bash_profile或~/.profile。
通常用于設置所有用戶都需要的環境變量、系統級配置等。
/etc/profile還可以包含對其他全局或特定用戶配置文件的引用，如/etc/profile.d/目錄下的腳本。
簡而言之，~/.bash_profile和~/.bashrc是針對每個用戶的個性化設置，而/etc/profile是系統級別的全局設置。這三個文件都可以用來設置環境變量和運行初始化命令，但它們的加載時機和范圍有所不同。在實際使用中，根據需要進行適當的配置，以確保用戶環境和系統設置符合需求。

$PATH

在配置環境變量時，$PATH的位置（在前或在后）決定了新添加的路徑在搜索順序中的位置。這通常影響的是當多個路徑中存在相同名稱的可執行文件時，哪個會被首先找到并執行。在您給出的配置中：bash
export PATH=$JAVA_HOME/bin:$PATH
這里將$JAVA_HOME/bin添加到了$PATH的前面。這意味著當你嘗試運行一個命令時，shell會首先在$JAVA_HOME/bin目錄中查找該命令。如果在這里找不到，shell才會繼續沿著原來的$PATH查找。而在添加Redis的bin目錄時：bash
export PATH=$PATH:/usr/local/redis/bin
/usr/local/redis/bin被添加到了$PATH的末尾。這意味著當shell沿著$PATH搜索可執行文件時，它會最后才查看/usr/local/redis/bin。為什么這樣設置？這通常取決于你的具體需求和環境中可能存在的命令沖突。以下是一些可能的考慮：優先級：如果你希望$JAVA_HOME/bin中的命令優先于其他路徑中的同名命令被執行，你就會把它放在$PATH的前面。這在你有多個版本的Java安裝，并且想要確保使用特定版本時特別有用。
避免沖突：將新路徑添加到$PATH的末尾可以減少與現有命令的沖突。例如，如果/usr/local/redis/bin中有一個名為java的可執行文件，而你將其添加到$PATH的前面，那么當你嘗試運行java命令時，shell可能會錯誤地執行Redis目錄中的java，而不是你期望的JDK中的java。
安全性和可預測性：在某些情況下，你可能不希望新添加的路徑中的命令覆蓋現有路徑中的命令，以避免意外的行為或安全問題。將其添加到末尾可以提供更大的可預測性和安全性。
總之，$PATH中路徑的順序是一個重要的配置選擇，它決定了shell如何查找和執行命令。在你的例子中，將Java路徑放在前面可能是為了確保使用特定版本的Java，而將Redis路徑放在后面可能是為了避免與現有命令的沖突。