백엔드 고수만 @@@@ 맞춰 보아요

Question

어그로 죄송합니다... 저도 몰랐던거라, 함께 공부해봐요 (__)위 코드는 account1이 account2에게 송금하는 상황을 가정한 코드입니다.동시에 10번의 요청이 들어간 상황을 가정했을때, 어떤 결과가 나올지 생각해보아요 답은 없습니당 1.코드를 실행 시키면 어떤 문제가 생길까요? (여러가지 가능)2.문제를 생각하셨다면 어떻게 해결할 수 있을까요?

브레등 · Answer

@Entityclass Account(@Id @GeneratedValue(strategy = GenerationType.IDENTITY)var id: Long? = null,var balance: Double = 0.0,)interface AccountRepository : JpaRepository<Account, Long>@Serviceclass AccountService(private val accountRepository: AccountRepository,private val entityManager: EntityManager,) {private fun updateAccountBalance(accountId: Long, newBalance: Double) {val account = entityManager.find(Account::class.java,accountId,)account.balance = newBalanceaccountRepository.save(account)}@Transactional fun trigger(account1Id: Long, account2Id: Long, amount: Double) {val account1 = accountRepository.findById(account1Id).get()updateAccountBalance(account1Id, account1.balance - amount)val account2 = accountRepository.findById(account2Id).get()updateAccountBalance(account2Id, account2.balance + amount)}@RestController @RequestMapping("/accounts")class AccountController(private val accountService: AccountService) {@PostMapping("/trigger")fun trigger(@RequestParam account1Id: Long,@RequestParam account2Id: Long,@RequestParam amount: Double,): String {accountService.trigger(account1Id, account2Id, amount)return "triggered" }}}복붙용입니다

kenu,전독시 · Answer

좋은 질문 감사합니다.1. 문제점데이터베이스 동시성 문제: 여러 사용자가 동시에 trigger 메소드를 호출하여 계정 잔액을 업데이트하려고 할 때, 데이터베이스 동시성 문제가 발생할 수 있습니다. 예를 들어, 한 사용자가 계정1의 잔액을 확인하고 그 잔액에서 금액을 뺄 때, 다른 사용자가 계정2의 잔액을 확인하고 그 잔액에 금액을 더하는 동안 첫 번째 사용자의 계정1의 잔액이 변경될 수 있습니다. 이렇게 되면, 두 사용자 모두 예상치 못한 잔액으로 계산을 진행하게 됩니다.비즈니스 로직 오류: updateAccountBalance 메소드에서는 계정의 잔액을 직접 수정하고 저장하는 방식을 사용하고 있습니다. 이는 계정 잔액이 항상 올바르게 유지되지 않을 수 있음을 의미합니다. 예를 들어, 계정1의 잔액이 음수가 될 수 있으며, 계정2의 잔액이 예상보다 더 많아질 수 있습니다.예외 처리 부재: findById 메소드는 Optional 객체를 반환하며, 이 객체가 비어있는 경우 NoSuchElementException을 던집니다. 하지만 이 예외를 적절히 처리하지 않고 있습니다. 따라서, 계정 ID가 존재하지 않는 경우 애플리케이션이 중단될 수 있습니다.2. 해결 방법데이터베이스 동시성 문제 해결: JPA의 @Lock 어노테이션을 사용하여 동시성 문제를 해결할 수 있습니다. 예를 들어, @Lock(LockModeType.PESSIMISTIC_WRITE)를 사용하면, 해당 엔티티에 대한 쓰기 잠금을 설정하여 동시에 여러 사용자가 동일한 엔티티를 수정하려고 할 때 충돌을 방지할 수 있습니다.비즈니스 로직 개선: 계정 잔액을 직접 수정하는 대신, 계산된 새로운 잔액을 생성하고 이를 데이터베이스에 저장하는 방식을 고려할 수 있습니다. 이를 위해 @PreUpdate 또는 @PostUpdate 어노테이션을 사용하여 엔티티가 업데이트되기 전에 또는 이후에 특정 로직을 실행할 수 있습니다.예외 처리 추가: findById 메소드의 결과를 처리하기 전에 Optional 객체가 비어있는지 확인하고, 그렇다면 적절한 응답을 반환하거나 예외를 처리해야 합니다.fun trigger(account1Id: Long, account2Id: Long, amount: Double): String { val account1Opt = accountRepository.findById(account1Id) if (!account1Opt.isPresent) { // Handle missing account1 return "Account1 not found" } val account1 = account1Opt.get() updateAccountBalance(account1Id, account1.balance - amount) val account2Opt = accountRepository.findById(account2Id) if (!account2Opt.isPresent) { // Handle missing account2 return "Account2 not found" } val account2 = account2Opt.get() updateAccountBalance(account2Id, account2.balance + amount) return "triggered" } 이러한 방법들을 통해 코드의 안정성을 높이고, 예상치 못한 동작을 방지할 수 있습니다.from: https://www.phind.com/search?cache=brd34r63tp7ecykj29joqatb

kenu,전독시 · Answer

MySQL에서 S Lock과 X Lock은 데이터베이스 트랜잭션의 동시성 제어를 위해 사용됩니다. S Lock은 Shared Lock(공유 잠금)을 의미하며, 여러 트랜잭션이 동시에 읽기 작업을 수행할 수 있도록 허용합니다. 반면, X Lock은 Exclusive Lock(독점 잠금)을 의미하며, 한 트랜잭션만이 데이터를 변경할 수 있도록 보장합니다. 이러한 잠금 메커니즘은 데이터 일관성과 동시성 문제를 관리하는 데 중요합니다.JPA에서 이러한 잠금을 적용하는 방법은 @Lock 어노테이션을 사용하는 것입니다. @Lock 어노테이션은 쿼리 메소드나 메소드 이름으로부터 파생된 쿼리에 적용될 잠금 모드 유형을 지정하는 데 사용됩니다. 예를 들어, @Lock(LockModeType.PESSIMISTIC_WRITE)는 쓰기 잠금을 의미하며, 이는 데이터베이스 레코드에 대한 독점 잠금을 적용합니다. 이는 다른 트랜잭션이 해당 레코드를 변경할 수 없게 하여 데이터 일관성을 보장합니다.@Transactional 어노테이션은 메소드 실행을 하나의 트랜잭션 범위 내에서 처리하도록 합니다. @Transactional과 @Lock 어노테이션을 함께 사용할 때, @Lock 어노테이션은 @Transactional 어노테이션의 범위 내에서만 효과적입니다. 즉, @Lock 어노테이션은 @Transactional 어노테이션이 붙은 메소드 내에서만 데이터베이스 레코드에 잠금을 적용합니다.@Lock 어노테이션은 쿼리 메소드나 메소드 이름으로부터 파생된 쿼리에만 적용됩니다. 따라서, @Lock 어노테이션을 메소드에 직접 적용하려면 해당 메소드가 쿼리를 실행하거나 쿼리를 기반으로 하는 메소드여야 합니다. 예를 들어, @Lock(LockModeType.PESSIMISTIC_WRITE)를 사용하여 findById 메소드에 적용하려면, 해당 메소드를 재선언하고 @Lock 어노테이션을 추가해야 합니다.@Lock(LockModeType.PESSIMISTIC_WRITE) public Optional findById(Long customerId);또한, @Lock 어노테이션은 쿼리 메소드에 직접 적용할 수도 있습니다. 예를 들어, 커스텀 쿼리를 실행하는 메소드에 @Lock 어노테이션을 적용할 수 있습니다.@Lock(LockModeType.PESSIMISTIC_WRITE) @Query("SELECT c FROM Customer c WHERE c.orgId =?1") public List fetchCustomersByOrgId(Long orgId);from: https://www.phind.com/search?cache=brd34r63tp7ecykj29joqatb

집킨 · Answer

전형적인 동시성 문제의 예제네요DB수준에서 Lock을 사용하든 애플리케이션 수준에서 Lock을 사용하든 동시성에 의한 데이터 정합성 문제는 lock을 써야합니다

백엔드 고수만 @@@@ 맞춰 보아요

4개의 답변

기술 목록