一文讀懂Redis分布式鎖

引言

在當今互聯網時代,分布式系統已成為大規模應用的主流架構。然而,這種架構中多個服務同時對共享資源的操作可能導致并發問題,如數據不一致和資源爭用。有效管理這些并發訪問,確保共享資源的安全性顯得尤為重要。

分布式鎖作為一種同步機制,確保在分布式環境中,特定時間內僅有一個進程或服務訪問共享資源,從而防止競爭條件,保證數據的完整性和一致性。

在眾多分布式鎖實現中,Redis因其高性能和簡單易用而廣泛應用。作為一個開源的內存數據存儲系統,Redis提供快速的數據存取能力,適用于高并發和低延遲場景。

本文將深入探討Redis分布式鎖的概念、實現原理及其在實際應用中的注意事項,幫助讀者理解其工作原理,掌握實現方法,并在項目中正確使用這一強大工具。

1. 分布式鎖的概念

在分布式系統中,多個服務可能在不同的節點上并行運行,它們可能需要訪問共享的資源(如數據庫、文件系統等)。這種情況下,如何確保在同一時間只有一個服務能訪問特定資源,從而避免數據競爭和一致性問題,就成為了一項重要的挑戰。分布式鎖應運而生,旨在解決這一問題。

1.1 什么是分布式鎖?

分布式鎖是一種跨多個分布式系統節點的鎖機制,允許多個進程或線程對共享資源進行鎖定和解鎖。它的主要目標是在各個服務或進程之間協調對共享資源的訪問,以確保在同一時刻只有一個實例能夠對該資源進行操作。分布式鎖通常依賴于第三方系統(如Redis、ZooKeeper等)來管理鎖的狀態和獲取。

1.2 適用場景

分布式鎖的應用場景非常廣泛,以下是一些常見的使用場景:

  • 任務調度:在分布式環境下,如果多個服務需要定期執行某個任務,分布式鎖可以確保任務在同一時刻只被一個服務實例執行,以免重復執行導致數據不一致。

  • 資源限流:在高并發的場景中,通過分布式鎖可以控制對某個限流資源的訪問,避免超出設定的閾值。

  • 共享資源的修改:在需要共享數據庫記錄進行更新的場景中,通過分布式鎖,可以確保在更新某條記錄時,不會有其他進程同時進行修改。

1.3 與傳統鎖的比較

傳統鎖(如Java中的Mutex)主要應用于單機服務中,它依賴于操作系統或編程語言提供的鎖機制,通常只能在同一個進程或線程中工作。而分布式鎖則跨越多個節點,有如下不同點:

  • 跨節點性:分布式鎖可以跨越多個服務器和服務,從而協調不同服務的訪問。

  • 高可用性:分布式鎖的實現通常考慮到了高可用性,能在節點失敗或網絡分區的情況下依然保持鎖的有效性。

  • 復雜性:相較于傳統鎖,分布式鎖的實現和維護更加復雜,需要處理網絡延遲、鎖超時、死鎖等問題。

1.4 分布式鎖的關鍵特性

分布式鎖通常具備以下關鍵特性:

  • 獨占性:在同一時刻,只有一個服務實例能夠獲得鎖,其他實例需等待。

  • 超時機制:為防止死鎖,分布式鎖通常會設置超時時間,如果一個實例在超時之前未能釋放鎖,則鎖會被自動釋放。

  • 可重入性(可選):某些情況需要一個進程能夠多次獲取同一把鎖,這需要實現鎖的可重入性。

通過理解分布式鎖的基本概念和特性,我們將在接下來的部分深入探討Redis實現分布式鎖的原理和方法,以便在實際應用中合理地運用這一機制。

2. Redis分布式鎖的實現原理

Redis因其高性能和簡單易用的特性,被廣泛應用于實現分布式鎖。Redis的原子性操作使得它在處理分布式鎖時特別高效。下面我們將詳細介紹Redis分布式鎖的實現原理和過程。

2.1 Redis數據結構與鎖的關系

在Redis中,分布式鎖通常使用字符串(String)類型來實現。我們可以將鎖的唯一標識(如UUID或某個特定字符串)作為鍵,而將鎖的值設置為鎖的持有者信息(如服務的ID或IP地址等)。通過決定在鎖所對應的鍵存在或不存在來判斷鎖的狀態。

2.2 使用SETNX命令的基本原理

Redis中實現分布式鎖的關鍵在于SETNX(Set if Not eXists)命令。具體工作流程如下:

  • 加鎖

    1. 客戶端調用SET命令并將參數NXEX傳入,如下所示:
      SET lock_key unique_lock_value NX EX 10
      
    2. 該命令的意思是:如果lock_key不存在,則創建該鍵并將其值設置為unique_lock_value(通常是一個唯一標識),并設置過期時間為10秒。如果lock_key已存在,則命令不會執行,返回nil。
  • 解鎖

    1. 客戶端需要在完成操作后釋放鎖,通常通過DEL命令刪除對應的lock_key
    2. 在解鎖時,為防止誤刪其他服務獲得的鎖,通常會先檢查當前鎖的值是否與自己持有的一致,如下所示:
      if (GET lock_key == unique_lock_value) {DEL lock_key
      }
      
2.3 加鎖與解鎖流程
  • 上鎖的步驟

    1. 客戶端通過SETNX嘗試獲取鎖。
    2. 如果獲取成功,鎖的持有者就可以進行后續操作。
    3. 客戶端設置鎖的過期時間,防止由于意外情況導致的死鎖。
  • 解鎖的步驟

    1. 客戶端完成其業務邏輯后,檢查自己是否是當前鎖的持有者。
    2. 如果是,刪除鎖,以釋放資源。
    3. 如果不是,說明當前鎖被其他進程持有,無需解鎖。
2.4 鎖的過期時間設置

在實現分布式鎖時,設置鎖的過期時間是非常重要的。過期時間可以防止死鎖的發生,也能確保即便持鎖的進程崩潰,系統依然可以在一定時間后恢復正常。合理的過期時間應根據具體業務需求來調整,太短可能導致頻繁的鎖失效,太長則可能導致資源被長時間占用。

2.5 處理分布式鎖的常見問題
  1. 死鎖:如果持鎖的進程崩潰而沒有釋放鎖,其他進程將無法獲取鎖。通過設置合理的鎖過期時間可以部分解決此問題。
  2. 鎖的競爭:在高并發環節,多個進程嘗試獲取鎖時可能會出現競爭情況。此時,需要合理設計重試策略,避免覆蓋風險。
  3. 網絡分區:在某些情況下,網絡問題可能導致鎖的失效。通過使用更復雜的機制(如Redisson)和鎖管理策略可以更好地應對這些問題。

通過以上的介紹,我們對Redis分布式鎖的實現原理有了全面的了解。在接下來的部分中,我們將探討如何使用不同的方式在實際項目中實現Redis分布式鎖。

3. 分布式鎖的實現方法

在使用Redis實現分布式鎖時,有多種有效的方法可供選擇。本節將分別介紹基于原生Redis命令的簡單實現方式和使用成熟庫(Redissonredlock-py)進行更高級管理的實現方式。我們將提供Java和Python的代碼示例。

3.1 使用簡單的SETNX命令實現分布式鎖

通過使用Redis的SETNX命令,我們可以較為簡單地實現分布式鎖。下面是實現步驟及示例代碼。

實現步驟

  1. 客戶端使用SETNX命令嘗試獲得鎖。
  2. 如果獲得成功,則執行需要保護的業務邏輯。
  3. 操作完成后,通過DEL命令釋放鎖。
Java 示例
import redis.clients.jedis.Jedis;public class RedisLockExample {private Jedis jedis;public RedisLockExample() {this.jedis = new Jedis("localhost", 6379);}public String acquireLock(String lockName, int acquireTime, int lockTime) {String identifier = String.valueOf(System.currentTimeMillis() + lockTime); // 唯一標識Long setnx = jedis.setnx(lockName, identifier);if (setnx == 1) {jedis.pexpire(lockName, lockTime); // 設置過期時間return identifier; // 加鎖成功}return null; // 獲取鎖失敗}public void releaseLock(String lockName, String identifier) {String lockValue = jedis.get(lockName);if (lockValue != null && lockValue.equals(identifier)) { // 確保僅釋放自己獲得的鎖jedis.del(lockName); // 釋放鎖}}public static void main(String[] args) {RedisLockExample lockExample = new RedisLockExample();String lockName = "my_lock";String identifier = lockExample.acquireLock(lockName, 10000, 30000); // 10秒內嘗試獲取鎖,鎖存活30秒if (identifier != null) {try {System.out.println("Lock acquired, doing work...");Thread.sleep(5000); // 模擬一些業務邏輯} catch (InterruptedException e) {e.printStackTrace();} finally {lockExample.releaseLock(lockName, identifier);System.out.println("Lock released.");}} else {System.out.println("Could not acquire lock.");}}
}
Python 示例
import redis
import time
import uuid# 配置Redis連接
redis_client = redis.StrictRedis(host='localhost', port=6379, db=0)def acquire_lock(lock_name, acquire_time=10, lock_time=30):identifier = str(uuid.uuid4())  # 生成唯一標識end = time.time() + acquire_timewhile time.time() < end:if redis_client.set(lock_name, identifier, nx=True, ex=lock_time):return identifier  # 加鎖成功time.sleep(0.1)  # 等待并重試return None  # 獲取鎖失敗def release_lock(lock_name, identifier):lock_value = redis_client.get(lock_name)if lock_value and lock_value.decode('utf-8') == identifier:  # 確保只有持有此鎖的情況下才能釋放redis_client.delete(lock_name)# 使用示例
lock_name = "my_lock"
identifier = acquire_lock(lock_name)if identifier:try:print("Lock acquired, doing work...")time.sleep(5)  # 模擬一些業務邏輯finally:release_lock(lock_name, identifier)print("Lock released.")
else:print("Could not acquire lock.")
3.2 使用Redissonredlock-py實現分布式鎖

Redissonredlock-py是分別為Java和Python提供的更高效的分布式鎖管理工具。它們可以處理鎖的超時、可重入性等復雜功能,簡化了鎖的使用。

Java 示例(使用Redisson)
import org.redisson.Redisson;
import org.redisson.api.RLock;
import org.redisson.api.RedissonClient;
import org.redisson.Redisson;public class RedissonLockExample {public static void main(String[] args) {// 配置RedissonRedissonClient redisson = Redisson.create();// 獲取分布式鎖RLock lock = redisson.getLock("my_lock");try {// 加鎖,最多等待10秒,上鎖后10秒自動解鎖if (lock.tryLock(10, 10, TimeUnit.SECONDS)) {try {// 執行臨界區的業務邏輯System.out.println("Lock acquired, doing work...");Thread.sleep(5000); // 模擬業務邏輯} finally {lock.unlock(); // 釋放鎖}} else {System.out.println("Could not acquire lock.");}} catch (InterruptedException e) {e.printStackTrace();} finally {redisson.shutdown(); // 關閉Redisson客戶端}}
}
Python 示例(使用redlock-py)
import time
from redlock import Redlock# 創建Redlock對象,配置Redis連接
dlm = Redlock([{"host": "localhost", "port": 6379, "db": 0}])def execute_task_with_lock(lock_name):# 嘗試獲取鎖,設置超時時間lock = dlm.lock(lock_name, 10000, 20000)  # 10000毫秒扔鎖,20000毫秒鎖超時if lock:try:# 執行臨界區的業務邏輯print("Lock acquired, doing work...")time.sleep(5)  # 模擬一些復雜的任務finally:dlm.unlock(lock)  # 釋放鎖print("Lock released.")else:print("Could not acquire lock.")# 使用示例
if __name__ == "__main__":lock_name = "my_lock"execute_task_with_lock(lock_name)
3.3 選擇實現方法的原則
  • 簡單場景:對于簡單的應用場景,使用基礎的SETNX方法實現分布式鎖是一個直接有效的選擇,特別是當你需要快速實現功能時。
  • 復雜場景:對于包含復雜業務邏輯、需要處理重入性、鎖續期等問題時,建議使用Redissonredlock-py等成熟的庫,以確保鎖的可靠性和功能的豐富性。

通過以上兩種方法的介紹,你可以根據項目的需求和復雜性選擇最適合的分布式鎖實現方式。無論是基礎實現還是使用第三方庫,都可以幫助你在高并發環境下管理資源競爭,并確保數據的一致性和完整性。

4. Redis分布式鎖的注意事項

盡管使用Redis實現分布式鎖相對簡單,但在實際應用中,開發者需要關注一些重要的注意事項,以確保鎖的實現有效、穩定和安全。以下是一些關鍵的注意事項:

4.1 鎖的過期時間設置
  • 過期時間的合理性:鎖的過期時間必須根據具體的業務邏輯進行合理設置。如果過期時間設置得過短,可能導致鎖在未執行完實際業務邏輯時被釋放,進而引發數據不一致問題;如果設置得過長,則可能會占用鎖,導致其他請求長時間無法獲得鎖。
  • 自動續期:在某些情況下,鎖的保持時間可能比預期的長。為了防止鎖超時而被釋放,可以考慮在業務邏輯的執行過程中實現自動續期機制,特別是在使用redlock-pyRedisson等庫時。
4.2 鎖的可重入性
  • 可重入鎖:在某些場景下,同一線程可能需要多次獲得同一把鎖。需要考慮實現可重入鎖的機制,以避免出現死鎖的情況。使用成熟的庫(如Redisson)可以輕松實現這一特性,因為它們內部已經處理了可重入的邏輯。
4.3 鎖的競爭與回退機制
  • 處理高競爭場景:在高并發的場景下,多個進程可能會爭搶同一把鎖。建議設置適當的回退策略,例如使用指數回退隨機等待,使得鎖的爭用和獲取過程更加平滑,避免集中進入競爭狀態。
  • 重試邏輯:在獲取鎖失敗時,可以加入重試機制,透過適當的等待時間(如time.sleep())使得后續嘗試更有可能成功。
4.4 鎖的監控與日志記錄
  • 監控鎖的狀態:在生產環境中,最好能夠監控到鎖的獲取和釋放情況,以便及時發現和處理問題。可以在獲取鎖和釋放鎖時記錄日志,以便排查故障。
  • 鎖的使用分析:在應用運行期間,分析鎖的競爭情況、上鎖和解鎖的頻率,可以幫助識別潛在的性能瓶頸和設計問題。
4.5 網絡分區與高可用性
  • 網絡分區問題:當網絡出現故障導致節點之間無法通信時,可能會出現持鎖節點和嘗試獲取鎖節點之間的狀態不一致。需要考慮實施轉換操作,如使用Redisson的一致性機制來確保鎖的狀態在網絡故障時依然可用。
  • 故障處理:在設計使用Redis作為鎖機制的系統時,要考慮Redis的高可用性和故障恢復策略,使用Redis Sentinel或Cluster模式來提高鎖服務的穩定性。
4.6 選擇適當的鎖粒度
  • 鎖粒度的選擇:根據業務邏輯需要,合理選擇鎖的粒度。過于粗糙的鎖(例如,為整個服務加鎖)可能會影響并發性能,而過于細粒的鎖可能會帶來額外的管理開銷。
  • 資源劃分:如果需要對多個資源進行鎖定,可以考慮使用多個鎖(例如,每個資源一個鎖),以降低因鎖競爭導致的性能問題。

總結

在使用Redis實現分布式鎖時,注意上述事項能夠有效提升系統的穩定性和性能,確保資源的安全管理。合理的鎖策略和實現將有助于有效解決并發問題,保障數據一致性。

5. 分布式鎖的擴展特性

在簡單的分布式鎖實現基礎上,許多應用場景往往需要更豐富的鎖機制和功能,以滿足更復雜的業務需求。以下是一些常見的Redis分布式鎖的擴展特性:

5.1 多鎖協調
  • 鎖的層次化:在大型分布式系統中,可能需要對多個資源進行加鎖操作。這種情況下,可以考慮實現鎖的層次化管理。每個資源可以單獨加鎖,也可以為同一操作的多個資源使用一個組合鎖。
  • 互斥和共享鎖:實現互斥鎖和共享鎖的功能,以便在不同場景中選擇合適的鎖類型。例如,允許多個讀操作同時進行,但限制寫操作的時間。這可以通過設置可重入鎖和讀寫鎖來實現。
5.2 鎖的公平性
  • 公平鎖:在高并發場景中,使用公平鎖可以保證鎖的獲取順序,避免某個請求在沒有機會被處理的情況下餓死。通過確保請求按照一定的順序獲得鎖,可以提高系統的公平性和可預測性。
  • 鎖請求隊列:實現請求等待隊列,維護請求鎖的先后順序,以便優先滿足早期請求。大多數成熟庫(如Redisson)都提供了這種功能。
5.3 鎖的監控和統計
  • 狀態監控:增加監控機制,以了解當前系統中鎖的使用狀況,比如活躍鎖、空閑鎖和請求鎖的頻率。這可以幫助開發者識別潛在的瓶頸和性能問題。
  • 統計信息:記錄鎖的獲取和釋放次數,可以幫助分析鎖的性能及其對系統的影響。從而優化鎖的使用策略,減少鎖競爭對系統性能的影響。
5.4 鎖的遷移和轉移機制
  • 跨節點的鎖遷移:在高可用性場景中,如果某個節點不可用,動態遷移鎖的所有權至其他節點,確保鎖的持久性和有效性。
  • 鎖責任轉移:在特定情況下,例如持鎖線程長時間未完成任務時,可以通過專門的“轉移”機制將鎖的所有權轉給其他線程,以避免因長時間占用而導致的性能問題。
5.5 集群環境中的一致性
  • 分布式一致性:在分布式系統中,確保對鎖的操作具有一致性,采用分布式協調機制保障每個節點對鎖的狀態的一致理解。可以使用Zookeeper等工具結合Redis實現更強的分布式一致性。
  • 冪等性:保證鎖操作的冪等性,以避免因網絡問題、重試機制導致重復釋放鎖或狀態錯誤的問題。
5.6 鎖的附加屬性
  • 鎖的自定義屬性:例如,除了標準的唯一標識和過期時間以外,鎖還可以附帶其他元數據,以提供額外的上下文信息或業務信息。這些信息可以在鎖所有者執行業務邏輯時使用。
  • 任務調度:結合分布式鎖實現異步任務調度的自動管理和調度。例如,將某個資源的訪問控制與定時任務調度結合起來,確保某些任務能夠按預定邏輯執行。

結論

擴展Redis分布式鎖的特性,可以大幅提升其在復雜業務場景中的適用性和可靠性。通過實現更高級的鎖管理策略,系統不僅能夠更好地處理并發訪問,還能使開發者更靈活地應對復雜的業務需求。這對于維護數據一致性和系統性能至關重要。

6. Redis分布式鎖的實踐案例

在大型分布式系統中,使用Redis實現分布式鎖的實際應用場景非常廣泛。以下是幾個常見的實踐案例,詳細介紹如何利用Redis分布式鎖解決特定業務問題。

案例 1:限流控制

在電商平臺的促銷活動中,通常需要對某個特定的商品或服務進行限流,確保在短時間內不會有過多請求進入服務器。通過Redis分布式鎖,可以限制并發請求的數量。

實現方式

  • 為每個限流操作設置一個Redis分布式鎖。
  • 在處理請求時,首先嘗試獲取鎖。
  • 成功獲取鎖后對資源進行訪問;未獲取鎖的請求將被拒絕或進入等待狀態。

示例代碼(Python):

import time
import redisclass RateLimiter:def __init__(self, redis_host='localhost', redis_port=6379):self.redis_client = redis.StrictRedis(host=redis_host, port=redis_port, db=0)def acquire_lock(self, lock_name, lock_time=10):lock_identifier = str(uuid.uuid4())if self.redis_client.set(lock_name, lock_identifier, nx=True, ex=lock_time):return lock_identifierreturn Nonedef release_lock(self, lock_name, identifier):lock_value = self.redis_client.get(lock_name)if lock_value and lock_value.decode('utf-8') == identifier:self.redis_client.delete(lock_name)def process_request(self, lock_name):identifier = self.acquire_lock(lock_name)if identifier:try:# 處理請求的邏輯print("Request processed.")finally:self.release_lock(lock_name, identifier)else:print("Request rejected due to rate limiting.")# 使用限流
rate_limiter = RateLimiter()
for i in range(10):rate_limiter.process_request("my_rate_limit_lock")time.sleep(1)  # 模擬請求間隔
案例 2:任務調度

在分布式系統中,定時任務需要確保不會被多個實例同時執行,使用Redis分布式鎖可以保證在同一時間只有一個實例處理任務。

實現方式

  • 對于需要定時執行的任務,為每個任務都設置一個鎖。
  • 任務開始執行前先嘗試獲取鎖,確保同一任務不會被并行執行。

示例代碼(Java):

import org.redisson.Redisson;
import org.redisson.api.RLock;
import org.redisson.api.RedissonClient;public class ScheduledTask {public static void main(String[] args) {RedissonClient redisson = Redisson.create();RLock lock = redisson.getLock("taskLock");try {if (lock.tryLock(10, 1, TimeUnit.MINUTES)) {// 執行定時任務System.out.println("Executing scheduled task...");Thread.sleep(10000); // 模擬任務執行} else {System.out.println("Task is already being executed.");}} catch (InterruptedException e) {e.printStackTrace();} finally {lock.unlock();redisson.shutdown();}}
}
案例 3:數據導入

在數據導入場景中,需要確保數據不會被重復導入,使用Redis分布式鎖可以防止重復任務執行。

實現方式

  • 在開始數據導入時設置一個數據導入鎖。
  • 如果其他進程嘗試執行相同的導入操作,將被拒絕。

示例代碼(Python):

class DataImporter:def __init__(self, redis_host='localhost', redis_port=6379):self.redis_client = redis.StrictRedis(host=redis_host, port=redis_port, db=0)def import_data(self, lock_name):identifier = self.acquire_lock(lock_name)if identifier:try:# 執行數據導入邏輯print("Data import started...")time.sleep(5)  # 模擬數據導入時間finally:self.release_lock(lock_name, identifier)print("Data import completed.")else:print("Data import is already in progress.")# 使用數據導入
data_importer = DataImporter()
data_importer.import_data("data_import_lock")

結論

這些實踐案例展示了Redis分布式鎖在解決并發控制和確保任務獨占性中的重要作用。通過這些應用,開發者可以有效地控制業務邏輯中的并發訪問,保證數據的一致性和完整性。在實際應用中,根據具體業務需求靈活調整鎖的實現,可以有效提升系統的性能和穩定性。

7. 總結

隨著分布式系統的廣泛應用,資源共享和并發控制成為了重要的技術挑戰。在這種背景下,Redis分布式鎖提供了一種有效的方法來管理多個進程或線程對共享資源的訪問,確保數據的一致性和完整性。

在本篇文章中,我們深入探討了Redis分布式鎖的概念、實現原理以及具體的實現方法。我們詳細介紹了如何使用基礎的Redis命令以及現成的庫(如Redisson和redlock-py)來實現分布式鎖,并提供了Java和Python的代碼示例,旨在幫助開發者靈活選擇最佳實現策略。

通過實踐案例,我們展示了Redis分布式鎖在限流控制、任務調度以及數據導入等場景中的應用。這些案例不僅突出了分布式鎖在并發管理中的優勢,也為讀者提供了實用的實現參考。

關鍵點回顧:

  1. 分布式鎖的基本概念:確保多個進程在同一時間內對共享資源的安全訪問,防止數據不一致和競態條件。
  2. 實現方法:基于Redis的SETNX命令進行簡單的鎖實現,或使用更復雜的庫(如Redisson和redlock-py)來處理復雜的鎖邏輯。
  3. 注意事項:設置合理的鎖過期時間、避免死鎖、實現可重入性,以及網絡分區時的 robustness。
  4. 擴展特性:支持多鎖協調、公平性、監控和統計、鎖遷移、一致性保證等提升鎖機制的靈活性與抗壓能力。
  5. 實際案例:分析了不同場景下Redis分布式鎖如何有效解決并發控制問題,確保系統的穩定性和資源的合理利用。

綜上所述,使用Redis實現分布式鎖不僅能夠幫助開發者有效管理并發訪問問題,還能夠在保證性能的前提下,增強系統的可擴展性和可靠性。希望本文能夠為讀者在實際項目中實施分布式鎖提供有價值的參考與指導。

👍 點贊 - 您的支持是我持續創作的最大動力!
?? 收藏 - 您的關注是我前進的明燈!
?? 評論 - 您的反饋是我成長的寶貴資源!

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/897005.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/897005.shtml
英文地址,請注明出處:http://en.pswp.cn/news/897005.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

23種設計模式一覽【設計模式】

文章目錄 前言一、創建型模式&#xff08;Creational Patterns&#xff09;二、結構型模式&#xff08;Structural Patterns&#xff09;三、行為型模式&#xff08;Behavioral Patterns&#xff09; 前言 設計模式是軟件工程中用來解決特定問題的一組解決方案。它們是經過驗證…

極狐GitLab 17.9 正式發布,40+ DevSecOps 重點功能解讀【三】

GitLab 是一個全球知名的一體化 DevOps 平臺&#xff0c;很多人都通過私有化部署 GitLab 來進行源代碼托管。極狐GitLab 是 GitLab 在中國的發行版&#xff0c;專門為中國程序員服務。可以一鍵式部署極狐GitLab。 學習極狐GitLab 的相關資料&#xff1a; 極狐GitLab 官網極狐…

elk的相關的基礎

以下是關于ELK&#xff08;Elasticsearch, Logstash, Kibana&#xff09;的200個基礎問題及其答案&#xff0c;涵蓋了ELK的核心概念、組件、配置、使用場景、優化等方面。 ?Elasticsearch 基礎 ?**什么是Elasticsearch&#xff1f;**? 答&#xff1a;Elasticsearch是一個分…

Beyond Compare for mac v5.0.6.30713 文件對比利器 支持M、Intel芯片

Mac毒搜集到的Beyond Compare是一套超級的文件及文件夾(目錄)的比較工具&#xff0c;不僅可以快速比較出兩個目錄的不同&#xff0c;還可以比較每個文件的內容&#xff0c;而且可以任意顯示比較結果。 應用介紹 程序內建了文件瀏覽器&#xff0c;方便您對文件、文件夾、壓縮包…

ProfibusDP主站轉ModbusTCP網關如何進行數據互換

ProfibusDP主站轉ModbusTCP網關如何進行數據互換 在現代工業自動化領域&#xff0c;通信協議的多樣性和復雜性不斷增加。Profibus DP作為一種經典的現場總線標準&#xff0c;廣泛應用于工業控制網絡中&#xff1b;而Modbus TCP作為基于以太網的通信協議&#xff0c;因其簡單易…

python代碼注釋方式

在 Python 中&#xff0c;注釋是用于解釋代碼、提高代碼可讀性和可維護性的重要工具。Python 支持兩種主要的注釋方式&#xff1a;單行注釋和多行注釋。此外&#xff0c;Python 還支持文檔字符串&#xff08;docstrings&#xff09;&#xff0c;用于為模塊、函數、類和方法提供…

【雜談】信創電腦華為w515(統信系統)登錄鎖定及忘記密碼處理

華為w515麒麟芯片版&#xff0c;還有非麒麟芯片版本&#xff0c;是一款信創電腦&#xff0c;一般安裝的UOS系統。 準備一個空U盤&#xff0c;先下載鏡像文件及啟動盤制作工具&#xff0c;連接如下&#xff1a; 百度網盤 請輸入提取碼 http://livecd.uostools.com/img/apps/l…

數據結構秘籍(四) 堆 (詳細包含用途、分類、存儲、操作等)

1 引言 什么是堆&#xff1f; 堆是一種滿足以下條件的樹&#xff1a;&#xff08;樹這一篇可以參考我的文章數據結構秘籍&#xff08;三&#xff09;樹 &#xff08;含二叉樹的分類、存儲和定義&#xff09;-CSDN博客&#xff09; 堆中的每一個結點值都大于等于&#xff08…

#define GBB_DEPRECATED_MSG(msg) __declspec(deprecated(msg))

這個宏 #define GBB_DEPRECATED_MSG(msg) __declspec(deprecated(msg)) 是用來在 C++ 中標記某些函數、變量或者代碼元素為已棄用(deprecated)的,并附帶一個自定義的棄用消息。 具體解釋: __declspec(deprecated(msg)): __declspec 是 Microsoft Visual C++ (MSVC) 的擴展…

服務器數據恢復—raid5陣列中硬盤掉線導致上層應用不可用的數據恢復案例

服務器數據恢復環境&故障&#xff1a; 某公司一臺服務器&#xff0c;服務器上有一組由8塊硬盤組建的raid5磁盤陣列。 磁盤陣列中2塊硬盤的指示燈顯示異常&#xff0c;其他硬盤指示燈顯示正常。上層應用不可用。 服務器數據恢復過程&#xff1a; 1、將服務器中所有硬盤編號…

全網獨家:zabbixV7版本容器服務器無法訪問Postgres V17數據庫的問題解決

近期將zabbix平臺從V6.2.6升級到7.2.4&#xff0c;遇到問題“PostgresoL server is not available. Waiting 5seconds”&#xff0c;容器無法訪問Postgres V17數據庫&#xff0c;本文記錄問題解決過程。 一、系統環境 1、數據庫版本 數據庫版本&#xff1a;postgres-17.4-tim…

進程控制 ─── linux第15課

目錄 進程控制 1.進程創建 (fork前面講過了) 寫時拷貝 進程終止 進程退出場景 退出碼 進程終止方法 進程控制 1.進程創建 (fork前面講過了) 在linux中fork函數時非常重要的函數&#xff0c;它從已存在進程中創建一個新進程。新進程為子進程&#xff0c;而原進程為父…

常見的網絡協議介紹

一、什么是網絡協議 指的是通信雙方的數據發送和接收順序&#xff0c;數據的封裝規則。 通俗解釋&#xff1a;描述雙方發送和接收的每個字節是按照什么規則。 二、TCP/IP體系的常用協議 (一)應用層 HTTP&#xff1a;超文本協議&#xff1b;指的是用來傳輸文本網頁的協議&#…

Hive-07之企業級調優

????????hive的企業級調優 1、Fetch抓取 Fetch抓取是指&#xff0c;Hive中對某些情況的查詢可以不必使用MapReduce計算 例如&#xff1a;select * from score;在這種情況下&#xff0c;Hive可以簡單地讀取employee對應的存儲目錄下的文件&#xff0c;然后輸出查詢結果…

華為云 | 快速搭建DeepSeek推理系統

DeepSeek&#xff08;深度求索&#xff09;作為一款國產AI大模型&#xff0c;憑借其高性能、低成本和多模態融合能力&#xff0c;在人工智能領域崛起&#xff0c;并在多個行業中展現出廣泛的應用潛力。 如上所示&#xff0c;在華為云解決方案實踐中&#xff0c;華為云提供的快速…

Spring Boot 3 整合 MinIO 實現分布式文件存儲

引言 文件存儲已成為一個做任何應用都不可回避的需求。傳統的單機文件存儲方案在面對大規模數據和高并發訪問時往往力不從心&#xff0c;而分布式文件存儲系統則提供了更好的解決方案。本篇文章我將基于Spring Boot 3 為大家講解如何基于MinIO來實現分布式文件存儲。 分布式存…

3月5日作業

代碼作業&#xff1a; #!/bin/bash# 清空目錄函數 safe_clear_dir() {local dir"$1"local name"$2"if [ -d "$dir" ]; thenwhile true; doread -p "檢測到 $name 目錄已存在&#xff0c;請選擇操作&#xff1a; 1) 清空目錄內容 2) 保留目…

達夢數據庫關于參數PK_WITH_CLUSTER的改動分析

目錄 1、PK_WITH_CLUSTER取值為0 2、PK_WITH_CLUSTER取值為1 達夢數據庫的參數PK_WITH_CLUSTER在最近使用過程中發現與前期使用的版本存在差異&#xff0c;特此測試分析一下。具體哪個版本改動的暫未得知。 PK_WITH_CLUSTER&#xff0c;默認值為0&#xff0c;動態會話級參數。…

android11使用gpio口控制led狀態燈

目錄 一、簡介 二、解決方法 A、底層驅動 B、上層調用 C、驗證 一、簡介 1、需求&#xff1a;這里是用2個gpio口來控制LED燈&#xff0c;開機時默認亮藍燈&#xff0c;按開機鍵&#xff0c;休眠亮紅燈&#xff0c;喚醒亮藍燈。 原理圖&#xff1a; 這里由于主板上電阻R63…

windows 利用nvm 管理node.js 2025最新版

1.首先在下載nvm 下載鏈接 2. 下載最新版本的nvm 3. 同意協議 注意&#xff1a;選擇安裝路徑 之后一直下一步即可 可以取消勾選 open with Powershell 勾選后它會自動打開Powershell 這里選用cmd 輸入以下命令查看是否安裝成功 nvm version 查看已經安裝的版本 我之前自…