Pessimitic Lock 과 Optimitic Lock 질문

제가 궁금했던 것을 좀 자세하게 설명드리면,

1. @Lock 을 사용하는 위치에 대한 질문이였습니다. 강의에서 사용하신 예시는 select 절에서만 @Lock 을 사용하셨는데요, insert, update, delete 절에도 @Lock을 사용할 수 있는지 궁금했습니다.

2. Pessimitic Lock 과 Optimitic Lock를 사용하여 벌크성 수정 쿼리를 처리하는 방법에 대한 질문이였습니다. 벌크성 수정 쿼리도 잠금을 해야되는 상황이 온다면 Pessimitic Lock 과 Optimitic Lock을 걸 수 있는지 궁금했고, 만약 걸 수 있다면 어떻게 Pessimitic Lock 과 Optimitic Lock을 걸어서 처리할 수 있는지 궁금했습니다.

   1. 벌크성 수정 쿼리에서 select로 엔티티를 영속성 컨텍스트에 넣어서 사용하기 보다는 그냥 PK등을 사용하는게 낫다고 생각하는데 Pessimitic Lock를 걸기 위해서 무조건 row들에 대한 select가 우선시 되야하는건지, 만약 select를 하게 되면 select를 한 row들은 다 Pessimitic Lock이 걸린 상태로 봐야하는지 궁금합니다.

   2. 벌크성 수정 쿼리에서 Optimitic Lock을 사용한다면 직접 버전을 증가시키는 쿼리를 작성해야하는지 궁금합니다.

저도 동시성 관련해서 처음 학습하는거라 질문의 방향이 옳은 방향인지는 잘 모르겠습니다... 실무에서 어떻게 사용하는지 모르기에 의미 있는 질문인지도 모르겠구요.. 추가적으로 AI 인턴의 답변이 정답이라고 생각해도 될까요?

lch9502 님 답변이 늦어져서 죄송합니다.
1. Lock 어노테이션의 경우엔 Spring + JPA 환경에서는 select 절에만 가능한 것으로 알고있습니다. optimistic lock 같은경우엔 @Lock 어노테이션 없이 update ~~ from temp where version = :version 과 같은식으로 사용 가능합니다.

2. 벌크성 수정쿼리를 작업해야 할 때 Pessimistic lock 같은경우 모든 row 에 대해 잠금을 획득하게 됩니다. Optimistic lock 은 명시적으로는 락을 획득하지 않으며 업데이트 쿼리 실행시점에 버전을 명시해서 제어해주어야 합니다. (update ~~ from temp where version = :version 와 같이 말입니다)

   1. Pessimistic lock 을 위해서는 select for update 구문을 활용하여 락과 함께 데이터를 가지고 와야합니다. 자세한 내용은 https://dev.mysql.com/doc/refman/8.4/en/innodb-locking-reads.html 문서의 select for update 부분을 살펴보시면 도움 되실 것 같습니다.

   2. 직접 버전을 증가시키는 쿼리를 작성해야 하여야 합니다!

다시 한번 답변이 늦어져서 죄송합니다.
추가적인 질문이 있다면 질문 부탁드릴게용!