GapLock에 대해 질문드립니다.

Question

질문은 두 가지 입니다. select...for update로 Lock을 설정하는 경우, ...에 모든 컬럼이 담겨야하는지, 아니면 select count(*) from mytable where mytable.column1 &#61; 1 for update 또는select 1 from mytable where mytable.column1 &#61; 1 for update 이런식으로도 갭락이 걸리는지 궁금합니다.(column1에 대해 인덱스가 구성되어있다고 가정)H2는 갭락이나 넥스트키락을 지원하지 않는지 궁금합니다. 상기의 쿼리처럼 실험을 해봤는데 for update 쿼리는 날아가지만 다른 트랜잭션에서 삽입이 되더라구요. (select * 도 마찬가지)

kenu,전독시 · Answer

SELECT ... FOR UPDATE를 사용할 때 잠금(lock)이 어떻게 설정되는지에 대한 질문에 대한 답변입니다. 이 질문은 MySQL과 같은 데이터베이스 시스템에서 특히 중요한 주제입니다. 1. *모든 컬럼을 선택하여 업데이트하는 경우:* - SELECT * FROM t1 WHERE id!=5 FOR UPDATE; 같은 쿼리에서는 id!=5 조건에 맞는 행에 대해서만 잠금이 설정됩니다. 이는 전체 테이블이나 모든 컬럼에 대한 잠금이 아닙니다. 쿼리가 조건에 맞는 행만 선택하기 때문입니다.2. *특정 컬럼을 선택하여 업데이트하는 경우:* - SELECT * FROM t1 WHERE id<5 FOR UPDATE; 같은 쿼리에서도 마찬가지로 id<5 조건에 맞는 행에 대해서만 잠금이 설정됩니다. 조건에 맞는 행만 잠금이 설정되며, 전체 테이블이나 모든 컬럼에 대한 잠금은 아닙니다.3. *잠금이 걸리는 경우:* - SELECT * FROM t1 WHERE notid=5 FOR UPDATE; 같은 쿼리에서는 notid=5 조건에 맞는 행에 대해 잠금이 설정됩니다. 이 경우, 조건에 맞는 행이 없어도 전체 테이블에 대한 잠금이 걸릴 수 있습니다. 이는 notid 컬럼이 인덱스되지 않았을 때 발생할 수 있습니다. 인덱스된 컬럼에 대한 조건을 사용하면 필터링된 행 잠금이 설정됩니다.4. *인덱스된 컬럼에 대한 잠금:* - 인덱스된 컬럼에 대한 조건을 사용하면 필터링된 행에 대해서만 잠금이 설정됩니다. 이는 전체 테이블에 대한 잠금을 방지하고, 필요한 행만 잠금으로 보호합니다. 인덱스된 컬럼이 아닌 경우에는 전체 테이블 스캔이 발생할 수 있으며, 이는 성능에 부정적인 영향을 미칠 수 있습니다.5. *잠금 동작의 특성:* - 잠금은 쿼리가 선택하는 행에만 적용되며, 전체 테이블이나 모든 컬럼에 대한 잠금은 아닙니다. 이는 MySQL, Oracle, SQL Server 등 다양한 데이터베이스 시스템에서 일관된 동작을 보입니다. 인덱스된 컬럼을 사용하는 경우에는 행 수준 잠금이 적용되며, 인덱스되지 않은 컬럼을 사용하는 경우에는 전체 테이블 스캔이 발생할 수 있습니다.6. *잠금 동작의 최적화:* - 잠금 동작은 데이터베이스의 트랜잭션 격리 수준과 데이터베이스 엔진의 잠금 메커니즘 구현에 따라 달라질 수 있습니다. 예를 들어, MySQL에서는 FOR UPDATE를 사용할 때 인덱스된 컬럼에 대한 조건을 사용하면 행 수준 잠금이 적용되지만, 이는 데이터베이스의 설정과 특정 쿼리에 따라 달라질 수 있습니다.요약하자면, SELECT ... FOR UPDATE를 사용할 때 잠금은 조건에 맞는 행에만 적용되며, 전체 테이블이나 모든 컬럼에 대한 잠금은 아닙니다. 이 동작은 인덱스된 컬럼을 사용하는 경우에 일관되게 적용되며, 인덱스되지 않은 컬럼을 사용하는 경우에는 전체 테이블 스캔이 발생할 수 있습니다. 데이터베이스의 트랜잭션 격리 수준과 잠금 메커니즘 구현에 따라 잠금 동작이 달라질 수 있습니다.Citations:[1] https://stackoverflow.com/questions/6066205/when-using-mysqls-for-update-locking-what-is-exactly-locked[2] https://dev.mysql.com/doc/refman/8.0/en/innodb-locking-reads.html[3] https://dba.stackexchange.com/questions/278736/what-is-postgres-lock-behaviour-when-update-where-clause-does-a-table-scan[4] https://mysqlquicksand.wordpress.com/2019/12/20/select-for-update-on-non-existent-rows/[5] https://dev.mysql.com/doc/en/innodb-locking-reads.html[6] https://www.cockroachlabs.com/blog/select-for-update/[7] https://www.migops.com/blog/select-for-update-and-its-behavior-with-foreign-keys-in-postgresql/[8] https://asktom.oracle.com/ords/f?p=100:11:0::::P11_QUESTION_ID:4530093713805from: https://www.phind.com/search?cache=jpilrf8ke345h8bdxu0kest0

GapLock에 대해 질문드립니다.

1개의 답변

#lock 목록