Spring + Hibernate + Redisの分散ロック

Question

私は、キャッシュストレージのためのredisでSpring mvc + Hibernateを使用してマルチスレッドWebアプリケーションを開発しています。私はコントローラやサービスにロックを適用する方法を見つけることに目を向けています。

私はHibernateが提供するロック機構をデータベースレベルで適用することはできません。ここで

は例です：CampaignBulkControllerでメソッドを作成するためにマップされたリクエストが処理されている間

@RestController 
@RequestMapping(RestConstants.BASE_PATH + "/campaigns") 
Class CampaignController { 

    @RequestMapping(value = "/{id}", method = RequestMethod.GET) 
    public ApiResponse<?> findOne(@PathVariable Integer id) { 
     Campaign campaign = repo.findOne(id); 
     return toResponse(campaign); 
    } 

    @RequestMapping(value = "", method = RequestMethod.POST) 
    public create(@RequestBody Campaign campaign) { 
     //create an campaign here 
    } 

    @RequestMapping(value = "/{id}", method = RequestMethod.PATCH) 
    public update(@RequestBody Campaign campaign) { 
     //update an campaign here 
    } 
} 

@RestController 
@RequestMapping(RestConstants.BASE_PATH + "/bulkCampaigns") 
Class CampaignBulkController { 
    @RequestMapping(value = "/upload", method = RequestMethod.POST) 
    public create(@RequestPart MultipartFile data) { 
     /* 
     Data contains a list of campaigns with their details, 
     controller will iterate through the list and create all the campaigns. 

     */ 
    } 
} 

、キャンペーン上の他のすべての書き込みを扱うが、読み込みすることができない、キャンペーンを更新または作成するための要求であるallowed.Thatです/キャンペーンを削除する必要があります。

複数のサーバーがあり、各サーバーはマルチスレッドです。

私はSpringとHibernateの新機能です。どんなアイデアや提案もありがとうございます！

Answer 1

ここでは初期の回答の概要を説明します。

共有のReadWriteLockを使用し、通常の操作に読み取りロックを使用する場合は、書き込み操作ロックを使用して通常の操作をブロックできます。

// Regular operation tries to lock, if not successful a privileged operation is happening 
if(!lock.readLock().tryLock()) 
    return cannotProcessResponse; 

performRegularOperation(); 
lock.readLock().unlock(); 

---

// Privileged operation always waits for lock 
lock.writeLock().lock(); 
performPrivilegedOperation(); 
lock.writeLock().unlock(); 

今、このアプローチにはいくつかの問題があります。単一の共有ロックを使用する場合、一度に実行できる特権操作は1つだけです。これが問題であれば、複数のロックを使用でき、それらの読み取りロックは一緒にロックされます（デッドロックが発生する可能性があるので、注意が必要です）。ロックの公平性も考慮する必要があります。