티스토리

함께 자라기

검색하기

블로그 홈

함께 자라기

wbluke.tistory.com/m

wbluke 님의 블로그입니다.

구독자: 80

방명록 방문하기

주요 글 목록

[Real MySQL] 15. 데이터 타입 칼럼의 데이터 타입 선정 칼럼의 데이터 타입과 길이를 선정할 때 주의해야 할 점은 다음과 같다. 저장되는 값의 성격에 맞는 최적의 타입을 선정 가변 길이 칼럼은 최적의 길이를 지정 조인 조건으로 사용되는 칼럼은 똑같은 데이터 타입을 선정 너무 긴 길이는 저장 공간의 낭비를 초래하고, 너무 짧은 길이는 추후 스키마 변경 작업 시 많은 부담을 가져오게 되므로 초기 스키마 설정에서 신중하게 조사 후 데이터 타입을 결정해야 한다. 문자열 (CHAR, VARCHAR) CHAR와 VARCHAR의 차이 CHAR와 VARCHAR의 가장 큰 차이점은 고정 길이인지 가변 길이인지의 여부다. 고정 길이 실제 입력되는 칼럼 값의 길이에 따라 사용하는 저장 공간의 크기가 변하지 않는다. 가변 길이 최대로 저장할 수 있는 값의 .. 공감수 0 댓글수 0 2020. 9. 13.
[Real MySQL] 13. 프로그램 연동 자바 JDBC와 같은 인터페이스는 애플리케이션과 MySQL DB 중간에 위치하고 있어서 양쪽의 특성을 잘 알지 못하면 최적의 옵션을 선택하기가 쉽지 않다. JDBC 드라이버의 작동 방식을 변경하기 위한 옵션이나 주의할 점을 잘 알고 있어야 상황에 맞게 최적화하여 사용할 수 있다. MySQL Connector/J 자바에서 제공하는 JDBC는 껍데기와 같은 인터페이스이고, 실제 알맹이인 구현체는 각 DBMS 제조사에서 제공하는 JDBC 드라이버이다. Connector/J를 이용해 MySQL 서버에 접속하려면 JDBC URL이라는 개념을 알아야 한다. 여기서의 URL은 일반적인 HTTP, FTP에서 사용하는 URL이 아니라 MySQL 서버의 정보를 표준 포맷으로 조합한 문자열이다. 이를 커넥션 스트링이라고 한.. 공감수 1 댓글수 0 2020. 9. 8.
[Real MySQL] 12. 쿼리 종류별 잠금 InnoDB의 기본 잠금 방식 InnoDB에서는 각 쿼리의 패턴별로 사용하는 잠금이 다르다. 먼저 기본적으로 각 쿼리가 어떤 잠금 방식을 사용하는지 알아보자. SELECT REPEATABLE-READ 이하의 트랜잭션 격리 수준에서 InnoDB 테이블에 대한 SELECT 쿼리는 기본적으로 아무런 잠금도 사용하지 않는다. 또한 이미 잠긴 레코드를 읽는 것도 아무런 제약이 없다. SELECT 쿼리로 읽은 레코드를 잠그는 방법은 읽기 모드와 쓰기 모드 잠금으로 두 가지가 있다. SELECT * FROM sample_tbl WHERE col1 = 10001 LOCK IN SHARE MODE; SELECT * FROM sample_tbl WHERE col1 = 10001 FOR UPDATE; LOCK IN SHAR.. 공감수 0 댓글수 0 2020. 9. 7.
[Real MySQL] 9. 사용자 정의 변수 사용자 정의 변수 소개 변수의 종류 MySQL의 변수는 누가 생성하는지에 따라 시스템 변수와 사용자 변수로 구분된다. 변수의 적용 범위가 MySQL 전체인지 아니면 커넥션 범위인지에 따라서 글로벌 변수와 세션 변수로 나뉘기도 한다. 또한 동적으로 서버의 중단 없이 변수를 변경할 수 있는지에 따라 동적 변수와 정적 변수로 구분되기도 한다. 사용자 정의 변수는 말그대로 사용자 변수이면서, 해당 커넥션에서만 유효한 세션 변수이고, 언제든지 값을 변경할 수 있기 때문에 동적 변수로 볼 수 있다. 사용자 정의 변수의 사용 하나의 커넥션에서 정의된 사용자 변수는 다른 커넥션과 공유되지 못하고 해당 커넥션에서만 사용할 수 있다. MySQL의 사용자 변수 이름은 @로 시작한다. 사용자 정의 변수에 할당할 수 있는 값의.. 공감수 1 댓글수 0 2020. 9. 1.
[Real MySQL] 10. 파티션 MySQL의 파티션 파티션이란 MySQL 서버의 입장에서는 데이터를 별도의 테이블로 분리해서 저장하지만 사용자 입장에서는 논리적인 하나의 테이블로 사용할 수 있게 하는 기능을 의미한다. 파티션을 사용하는 이유 하나의 테이블이 너무 커서 인덱스의 크기가 물리적인 메모리보다 훨씬 큰 경우 단일 INSERT나 SELECT를 빠르게 처리할 수 있다. 파티션을 나누면 인덱스도 각각 생성되기 때문에 작은 인덱스 크기로 인해 메모리에서 빠르게 쿼리 작업을 진행할 수 있다. 데이터 특성 상 주기적인 삭제 작업이 필요한 경우 효율적으로 관리할 수 있다. 로그 데이터가 대표적인 예시다. 파티션의 INSERT, UPDATE INSERT INSERT 되는 칼럼 중 파티션 키인 칼럼을 이용해 파티션 표현식을 평가하고, 해당 파.. 공감수 1 댓글수 0 2020. 8. 22.
[Real MySQL] 4. 트랜잭션과 잠금 트랜잭션 트랜잭션이란, 논리적인 작업 셋(Set)을 완벽하게 처리하거나 반대로 실패할 경우 원 상태로 전부 복구하는 기능이다. 그래서 작업의 일부만 적용되는 Partial Update 가 일어나지 않도록 한다. MySQL 에서의 트랜잭션 스토리지 엔진 중 MyISAM 이나 MEMORY 같은 스토리지 엔진은 트랜잭션을 지원하지 않는다. 트랜잭션이 없어서 사용하기 단순할 것 같지만, 오히려 더 많은 문제를 만들어낸다. 일부 과정이 실패했을 때 생기는 Partial Update 같은 문제는 더 복잡한 후속조치 과정을 양산할 뿐이다. InnoDB 스토리지 엔진은 트랜잭션을 지원하기 때문에 논리적인 작업들의 단위가 전부 반영되거나, 전부 반영되지 않는 것을 보장한다. 트랜잭션 적용 시 주의사항 트랜잭션은 트랜잭션.. 공감수 0 댓글수 0 2020. 8. 17.
[Real MySQL] 3. 아키텍처 MySQL 아키텍처 MySQL의 전체 구조 MySQL 서버는 크게 MySQL 엔진과 스토리지 엔진으로 구분해서 볼 수 있다. MySQL 엔진 : 클라이언트로부터의 접속 및 쿼리 요청을 처리하는 커넥션 핸들러, SQL 파서 및 전처리기, 그리고 쿼리의 최적화된 실행을 위한 옵티마이저가 중심을 이룬다. 또한 성능 향상을 위해 캐시나 버퍼 풀과 같은 보조 저장소 기능이 포함돼 있다. 스토리지 엔진 : 위의 MySQL 엔진이 쿼리 분석 및 최적화 등의 두뇌 활동을 담당하고, 실제 데이터를 디스크에 저장하거나 디스크에서 데이터를 읽어오는 부분은 스토리지 엔진이 처리한다. MySQL 서버에서 MySQL 엔진은 하나지만 스토리지 엔진은 여러 개를 동시에 사용할 수 있다. 'CREATE TABLE test_ta.. 공감수 1 댓글수 0 2020. 8. 10.
[Real MySQL] 2. 설치와 설정 서버 설정 my.cnf 설정 파일의 위치 MySQL 서버는 단 하나의 설정 파일만 사용하는데, 유닉스 계열에서는 my.cnf 라는 이름을 사용한다. 서버를 시작할 때만 해당 파일을 참조하는데, 지정된 여러 개의 디렉터리를 순회하면서 처음 발견된 my.cnf 파일을 사용한다. my.cnf 를 찾기 위해 순회하는 디렉터리 경로가 궁금하다면 다음의 명령어들로 확인해볼 수 있다. 단, mysqld 프로그램은 MySQL 서버의 실행 프로그램으로 해당 option 을 빠뜨리면 실제 서버를 기동할 수 있으니 두번째 명령어로 확인해 보는 것이 좋다. shell> mysqld --verbose --help shell> mysql --help 해당 명령어의 결과를 살펴보면 상당히 많은 내용 안에 다음과 같은 내용이 있다... 공감수 0 댓글수 0 2020. 8. 5.
[Real MySQL] 7. 쿼리 작성 및 최적화 (2) INSERT AUTO_INCREMENT MySQL에서는 순차적으로 증가하는 숫자 값을 가져오기 위해 AUTO_INCREMENT라는 기능을 제공한다. AUTO_INCREMENT는 테이블의 칼럼에 부여하는 옵션 형태로 사용하므로 자동 증가 기능은 하나의 테이블에서만 순차적으로 증가하게 된다. INSERT 쿼리에서 ID를 직접 지정하는 경우 CREATE TABLE sample_tbl ( member_id INT NOT NULL AUTO_INCREMENT, member_name VARCHAR(30) NOT NULL, PRIMARY KEY (member_id) ) ENGINE=INNODB; INSERT INTO sample_tbl (member_name) VALUES ('Georgi Fellona'.. 공감수 0 댓글수 0 2020. 5. 23.
[Real MySQL] 7. 쿼리 작성 및 최적화 (1) 개요 애플리케이션의 코드를 튜닝해서 성능을 2배 개선한다는 것은 쉽지 않은 일이지만, DBMS에서는 몇 십배, 몇 백배의 성능 향상이 흔한 일이다. 그만큼 SQL 쿼리를 튜닝하는 법을 아는 것이 중요하다. 쿼리의 결과를 예측하는 것은 물론, 옵티마이저의 내부적인 처리 방식도 어느 정도 숙지할 필요가 있다. 쿼리와 연관된 시스템 설정 sql_mode sql_mode라는 시스템 설정에는 여러 개의 값이 동시에 설정될 수 있는데, 몇 개만 보면 다음과 같다. STRICT_ALL_TABLES : 일반적인 MySQL에서는 저장하려는 값의 길이가 칼럼 길이를 넘어가더라도 경고만 발생시킨 후 초과한 부분을 자르고 저장한다. 이 옵션을 주면 경고가 아닌 에러를 발생시켜 칼럼 길이를 넘는 데이터를 저장하는 것을 막을 수.. 공감수 3 댓글수 1 2020. 4. 12.
[Real MySQL] 6. 실행 계획 실행 계획? 최적의 방법을 찾아내기 위해 수많은 데이터에서 내가 원하는 데이터를 뽑아내기 위한 방법은 정말 다양할 수 있다. 그렇기에 우리는 어떤 방법이 최적이고 최소의 비용이 소모될지 결정해야 한다. 여행 계획을 세부적으로 따져가면서 세우듯이, DBMS에서도 쿼리를 최적으로 실행하기 위해 각 테이블의 데이터가 어떤 분포로 저장되어 있는지 통계 정보를 참조하고, 최적의 실행계획을 수립한다. 옵티마이저가 이런 작업을 담당한다. MySQL에서는 EXPLAIN이라는 키워드로 실행 계획을 확인할 수 있다. 따라서 통계 정보는 실행 계획에서 상당히 중요한데, 레코드 건수가 많지 않으면 통계 정보가 부정확하여 엉뚱한 실행 계획이 도출될 수 있음을 늘 염두에 두고 있어야 한다. 필요에 따라 ANALYZE 명령어로 통.. 공감수 1 댓글수 0 2020. 3. 25.
[Real MySQL] 5. 인덱스 인덱스란? 색인 (찾아보기) 보통 인덱스는 책 끝에 있는 색인으로 많이 비유가 된다. 색인의 내용을 통해 실제 데이터(책의 내용)을 찾아가게 되는데, 인덱스도 이와 유사하다. 테이블 칼럼의 값을 키로, 실제 데이터가 있는 곳의 주소를 값으로 하여 인덱스를 만들어두면, 빠르게 원하는 컬럼만을 찾아가서 조회할 수 있다. 여기서 가장 중요한 것이 바로 정렬이다. 책의 색인과 마찬가지로, 인덱스도 데이터를 최대한 빠르게 찾아갈 수 있게 칼럼의 값을 주어진 순서로 미리 정렬해서 보관한다. SortedList VS. ArrayList 프로그래밍 언어의 자료구조로 말하자면, 인덱스는 SortedList와, 일반적인 데이터 파일은 ArrayList와 유사하다고 볼 수 있다. ArrayList는 데이터가 저장되는 순서대.. 공감수 0 댓글수 0 2020. 3. 8.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.