일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- Data structure
- redis
- HTML
- Docker
- db
- websocket
- spring
- jpa
- 프로그래머스
- javascript
- DFS
- 트랜잭션
- OS
- CSS
- 데이터베이스
- java
- 알고리즘
- nosql
- 플로이드-워셜 알고리즘
- PYTHON
- It
- 운영체제
- 완전탐색
- CS
- Algorithm
- 자료구조
- 영속성 컨텍스트
- mysql
- 백준
- BFS
- Today
- Total
목록db (12)
If at first you don't succeed, try again
* 개요저번 글에 lock에 대해 개념과 실습을 진행했었다. [DB] Lock의 개념 및 테스트이번 글에서는 비관적 락과 낙관적 락에 대해 정리할 예정이다.예시는 좋아요 수와 관련하여 들도록 하겠다! * 비관적 락(Pessimistic Lock)비관적 락은 데이터 접근 시에 항상 충돌이 발생할 가능성이 있다고 가정한다.(비관적 관점)데이터를 보호하기 위해 항상 락을 걸어 다른 트랜잭션 접근을 방지한다.다른 트랜잭션은 락이 해제될 때까지 대기하는데, 락을 오래 점유하면 성능 저하 또는 deadlock으로 인한 장애가 발생한다.지난 글에서 살펴봤던 record lock은 비관적 락에 해당한다.비관적 락을 구현할 수 있는 방법은 크게 2가지로 나뉜다. * 비관적 락 - 방법 11. 트랜잭션 시작transact..

* 개요좋아요 수와 관련해서 개발 공부를 진행하다가 동시성 문제에 대해 고민을 하게 되었다.동시성 문제를 처리하는 것에는 다양한 방법이 있는데, 이 중 락(lock)에 대해 공부한 것을 정리하고자 한다. * Record LockRecord(=Row) : 테이블의 행 데이터Lock(잠금) : 여러 프로세스 또는 스레드가 자원에 동시에 접근하는 경쟁 상태를 방지하기 위해 제한을 거는 것Record Lock(=Row Lock) : 레코드에 락을 거는 것, 동일한 레코드를 동시에 조회 또는 수정할 때 데이터의 무결성을 보장하고 경쟁 상태를 방지하고자 하는 것 * Record Lock 테스트lock 테스트를 위한 lock_test 테이블을 만들고, (id = 1234, content = 'test') 레코드를 삽..

* 개요타 RDBMS보다 NoSQL인 redis의 속도가 훨씬 빠르다길래 궁금해서 한번 실습을 해보았다.Framework는 Spring Boot를 사용, 더미 데이터는 100만 건을 넣었고, 간단한 게시글 조회로 실습을 진행하였다.조회 속도 확인은 Postman을 통해 진행하였다. * Repository 구현import org.springframework.data.domain.Page;import org.springframework.data.domain.Pageable;import org.springframework.data.jpa.repository.JpaRepository;import org.springframework.stereotype.Repository;@Repositorypublic inter..

* 개요https://cyr0331.tistory.com/99 [DB] Index 실습(대용량 데이터 처리)* 개요얼마 전 대용량 시스템 공부를 진행하면서, DB에 약 700만건의 테스트 데이터를 삽입하였다.그 후 페이징 처리를 하기 위해서 조회를 하였는데, 다음과 같은 결과가 나왔다.select * from articlecyr0331.tistory.com지난 게시글을 통해 Index 실습을 진행하였다.인덱스를 생성함으로써 약 700만개의 데이터를 조회하는 시간을 17초에서 0.02초로 줄일 수 있었다.그런데 과연 인덱스를 사용함으로써 문제는 전부 다 해결되었을까? * 뒷 페이지 조회문제가 전부 해결됐는지 확인하기 위해 이번엔 50000페이지를 조회해보도록 하겠다.select * from article ..

* 개요얼마 전 대용량 시스템 공부를 진행하면서, DB에 약 700만건의 테스트 데이터를 삽입하였다.그 후 페이징 처리를 하기 위해서 조회를 하였는데, 다음과 같은 결과가 나왔다.select * from article where board_id = 1 order by created_at desc limit 30 offset 90;1번 게시판의 91번 게시글에서 120번 게시글까지 가져오는 데에 17초 이상이 걸린다.실제로 사용자가 페이지를 조회하고자 한다면 불편함을 토로할 것이다.explain 명령어를 통해 쿼리 플랜을 확인해보았다.explain select * from article where board_id = 1 order by created_at desc limit 30 offset 90;쿼리 타..
* 데이터 저장 명령어 set# set [key 이름] [value]$ set member:name "James Brook" # 띄어쓰기를 해서 저장하려면 ""으로 묶어줘야 함$ set member:nickname wanda * 데이터 조회 명령어 get# get [key 이름]$ get member:name$ get member:nickname * 저장된 모든 key 조회$ keys * * key를 통해 데이터 삭제# del [key 이름]$ del member:name$ get member:name # 삭제되었는지 확인 * 데이터 저장 시 만료시간(TTL) 정하기Redis는 RDBMS와는 다르게 데이터 저장 시 만료시간을 설정할 수 있다. 즉, 영구적으로 데이터를 저장하지 않고 일정 시간이 되면 데이..
* Redis란?레디스는 "키-값" 구조의 비정형 데이터를 저장하고 관리하기 위한 오픈 소스 기반의 비관계형 데이터베이스 관리 시스템이다. 또한 레디스는 데이터 처리 속도가 매우 빠른 In-Memory 기반의 NoSQL 데이터베이스이다. * Redis의 장점레디스는 인메모리에 모든 데이터를 저장한다.따라서 데이터의 처리 성능이 굉장히 빠르다. * Redis의 기능캐싱세션 관리실시간 분석 및 통계메시지 큐지리공간 인덱싱속도 제한실시간 채팅 및 메시징
* 영속성 컨텍스트란?엔티티를 영구 저장하는 환경이라는 뜻이다. 엔티티 매니저로 엔티티를 저장하거나 조회하면 엔티티 매니저는 영속성 컨텍스트에 엔티티를 보관하고 관리한다.em.persist(member);persist() 메서드는 엔티티 매니저를 사용해서 회원 엔티티를 영속성 컨텍스트에 저장한다. * 엔티티의 생명주기- 비영속(new / transient) : 영속성 컨텍스트와 전혀 관계가 없는 상태 - 영속(managed) : 영속성 컨텍스트에 저장된 상태- 준영속(detached) : 영속성 컨텍스트에 저장되었다가 분리된 상태- 삭제(removed) : 삭제된 상태 * 비영속// 객체를 생성한 상태(비영속)Member member = new Member();member.setId("member1");..

* JPA란?JPA(Java Persistence API)는 자바 진영의 ORM 기술 표준이다. JPA는 애플리케이션과 JDBC 사이에서 동작한다. * ORM이란?ORM(Object-Relational Mapping)은 객체와 데이터베이스를 매핑한다는 뜻이다. ORM 프레임워크는 객체와 테이블을 매핑해서 패러다임의 불일치 문제를 개발자 대신 해결해준다. * MyBatis vs JPA특징MyBatisJPA방식SQL 기반 매핑객체 중심 매핑 (ORM)쿼리 작성 방식직접 SQL 작성 (XML 또는 Annotation)JPQL, Criteria API, Native SQL성능SQL 튜닝 가능 (최적화 용이)캐싱, 지연 로딩 지원 (대량 데이터 처리 유리)복잡한 쿼리복잡한 JOIN, 서브쿼리 최적화 가능복잡한 쿼..

* 트랜잭션(Transaction)이란?트랜잭션은 데이터베이스에서 논리적인 작업의 단위를 의미한다. 여러 작업이 하나의 단일 작업처럼 수행되도록 보장하여 데이터의 일관성과 무결성을 유지하는 역할을 한다. * 트랜잭션의 4가지 특성(ACID)원자성 (Atomicity)모든 작업이 완전히 수행되거나 전혀 수행되지 않아야 함중간에 오류가 발생하면 모든 작업이 롤백(Rollback)예: 송금 시, 돈을 보내는 작업과 받는 작업이 모두 성공하거나 둘 다 취소됨일관성 (Consistency)트랜잭션 전후로 데이터베이스의 상태가 일관되어야 함예: 은행 계좌에서 출금 후에도 총 잔액은 변하지 않음격리성 (Isolation)동시에 수행되는 트랜잭션이 서로 영향을 미치지 않도록 보장예: 두 사용자가 동시에 같은 상품을 구..