본문 바로가기

BackEnd🌱/DB & SQL13

select .. for update 대상 유무에 따른 잠금 상태 개요 InnoDB 엔진은 기본적으로 DDL 쿼리를 제외한 모든 데이터 조작 작업에서 테이블 락을 사용하지 않고 레코드 기반의 잠금 방식을 사용합니다. 더 자세히는 레코드 자체보다는 인덱스에 잠금을 설정하여 이루어지며, 테이블에 명시적인 인덱스가 없는 경우에도 내부적으로 생성된 클러스터 인덱스를 통해 잠금이 이루어집니다. 그리고 Repetable-Read 격리 수준에서 InnoDB는 record lock과 gap lock을 결합한 Next-key lock을 활용하여 Phantom Read를 방지합니다. 조건에 부합하는 특정 행을 찾기 위해 인덱스를 스캔하는 과정에서, InnoDB는 해당 인덱스 레코드뿐만 아니라 그 이전 공간에도 잠금을 설정합니다. 따라서 첫 번째 발견된 레코드와 쿼리가 정의한 범위 내의 .. 2024. 4. 11.

[Docker MySQL] Proxy Layer 구축하기 개요 이전 게시글 [Docker MySQL] Orchestrator를 이용한 High Availability(HA) 구축하기에서 마스터 서버에 장애가 발생했을 때 슬레이브 서버를 마스터 서버로 승격시키는 과정을 자동화하는 Orchestrator를 활용한 고가용성(High Availability, HA) 구성에 대해 살펴보았습니다. 이를 통해 마스터 서버의 모든 데이터 변경 사항이 자동으로 슬레이브 서버에 동기화되게 되며, 이를 통해 데이터의 일관성을 유지하고 마스터 서버의 부하를 효율적으로 분산시킬 수 있었습니다. 하지만, HA 구성만으로는 애플리케이션과 DB 서버 사이의 동기화 문제를 해결할 수 없습니다. 예를 들어, 애플리케이션의 설정 정보에는 장애가 발생한 db001이 마스터 DB로 설정되어 있다면.. 2023. 11. 12.

[Docker MySQL] Orchestrator를 이용한 High Availability(HA) 구축하기 개요 이전 게시글 [Docker MySQL] Master-Slave Replication(복제) 구축하기에서 MySQL의 Master-Slave 복제 구성 방법에 대해 살펴보았습니다. 이를 통해 마스터 서버의 모든 데이터 변경 사항이 자동으로 슬레이브 서버에 동기화되게 되며, 이를 통해 데이터의 일관성을 유지하고 마스터 서버의 부하를 효율적으로 분산시킬 수 있습니다. 하지만, 마스터 서버에 문제가 발생하여 중단되면, 슬레이브 서버가 있음에도 불구하고 운영자가 직접 조치를 취하기 전까지는 슬레이브 서버를 마스터 서버로 대체하여 사용하는 것이 불가능하다는 문제가 또한 존재했었습니다. 이번 게시글에서는 이러한 문제를 해결하기 위해 마스터 서버에 장애가 발생했을 때 슬레이브 서버를 마스터 서버로 승격시키는 과정.. 2023. 11. 6.

[Docker MySQL] Master-Slave Replication(복제) 구축하기 개요 MySQL의 Master-Slave Replication은 데이터 일관성(Consistency) 및 가용성(Availability)을 보장하기 위해 널리 쓰이는 기술입니다. 이 글에서는 Docker라는 컨테이너 도구를 활용하여 MySQL 환경에서 Master-Slave Replication을 구현하는 방법을 설명하려고 합니다. 이 과정은 크게 두 부분으로 나누어 설명하겠습니다. Master-Slave Replication 구성하기 Bridge Network을 이용한 Replication 구성 Replication 동작 원리 MySQL의 복제 기능은 클라이언트의 데이터 변경사항을 마스터 서버에서 슬레이브 서버로 복사하는 방식으로 작동합니다. 이 과정은 크게 4단계로 이루어집니다. 변경사항의 기록: 클.. 2023. 11. 1.

[MySQL] MVCC를 통한 잠금없는 읽기 [MVCC(Multi Version Concurrency Control)] MVCC는 여러 트랜잭션이 동시에 같은 데이터에 접근할 때, 데이터의 일관성과 동시성을 보장하는 방식입니다. 이 기술의 핵심은 잠금(Locking) 없이 데이터를 일관되게 읽는 것이며, InnoDB 스토리지 엔진은 이를 구현하기 위해 언두 로그(Undo log)를 활용합니다. '멀티 버전'은 동시에 여러 버전의 데이터를 관리한다는 개념을 나타냅니다. 예를 들어, 다음과 같은 'member' 테이블을 생성하고 레코드를 추가하였다고 가정해 봅시다. CREATE TABLE member ( m_id INT NOT NULL, m_name VARCHAR(20) NOT NULL, m_area VARCHAR(100) NOT NULL, PRIMA.. 2023. 10. 7.

[MySQL] 사용자 생성 및 권한 부여 방법 [개요] MySQL은 사용자 계정의 관리 방식이 다른 DBMS와 약간 차이가 있습니다 많은 DBMS에서는 아이디로 사용자를 식별하지만, MySQL은 사용자 아이디 외에도 접속하는 IP 주소를 함께 고려하여 더욱 정밀한 접근 제어를 제공합니다. 또한, MySQL 8.0 버전부터는 '역할(ROLE)'이라는 개념도 도입되었고, 이를 통해 미리 정의된 권한 그룹, 즉 'Role'을 사용자에게 쉽게 부여할 수 있게 되었습니다. [사용자 식별] 계정과 호스트명 대부분의 DBMS는 계정 이름만으로 사용자를 식별하지만, MySQL은 사용자의 계정과 접속 지점(클라이언트 호스트명, 도메인, IP 주소)을 동시에 고려합니다. 따라서 MySQL 계정을 언급할 때는 아래의 예처럼 아이디와 호스트 정보를 명시해야 합니다. 's.. 2023. 10. 6.

MySQL에서 VARCHAR와 TEXT의 차이 개요 MySQL의 문자열데이터 타입 중 VARCHAR와 TEXT는 상당히 흔히 사용됩니다. 그동안 VARCHAR는 255byte만 지원했지만, MySQL 5.0.3 이후로 VARCHAR와 TEXT 타입 모두 최대 65,535byte 길이를 지원하게 되었습니다. VARCHAR와 TEXT는 둘 다 문자열을 저장하기 위한 데이터 타입이며, 둘의 주요 차이점과 특징은 다음과 같습니다. 저장 용량 VARCHAR의 저장 구조 VARCHAR는 최대 65,535byte까지 저장이 가능하며, '(현재 저장된 byte의 크기) + (길이를 표현하는 byte)'로 구성됩니다. 예를 들어 'apple'의 경우, 문자열 'apple'은 5byte이며, 그 길이를 표현하는 바이트는 1byte이므로 총 6byte가 필요합니다. 여.. 2023. 9. 17.

Redis의 데이터 타입, 명령어와 활용 사례 간단 요약 데이터 타입 명령어 설명 예제 Strings SET 값 저장 `$ SET key value` GET 값 조회 `$ GET key` Lists LPUSH 왼쪽부터 값 추가 `$ LPUSH mylist value` LPOP 왼쪽에서 값 제거 `$ LPOP mylist` LINDEX 특정 위치의 값 조회 `$ LINDEX mylist 0` Sets SADD 값 추가 `$ SADD myset value` SMEMBERS 모든 멤버 조회 `$ SMEMBERS myset` Sorted Sets(ZSets) ZADD 값 및 점수 추가 `$ ZADD myzset score member` ZRANK 특정 멤버의 순위 조회 `$ ZRANK myzset member` ZRANGE 점수 범위로 멤버 조회 `$ ZR.. 2023. 9. 5.

실무에서 Redisson을 연결하면서 겪은 문제점들 Redisson을 실무에 적용하면서 겼었던 연결 문제와 해결 방법을 한번 정리해보려고 한다. 첫 번째로, 다음과 같은 오류가 발생했다. Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.redisson.api.RedissonClient]: Factory method 'redissonClient' threw exception; nested exception is org.redisson.client.RedisConnectionException: Unable to connect to Redis server: [Redis 주소] at org.springframework.beans.factory.su.. 2023. 8. 18.

이전 1 2 다음

티스토리툴바