티스토리

25%

검색하기

블로그 홈

25%

weicomes.tistory.com/m

weicome 님의 블로그입니다.

구독자: 6

방명록 방문하기

주요 글 목록

Real MySQL - Global, Session, Dynamic, Static variable 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. - 포스팅에 포함된 Query 결과는 AWS EC2 FreeTier(CentOS7.2) 환경에 MySQL v5.7.17 에서 실행한 결과를 포함하였습니다. 실행환경에 따라 Query 실행시간이나 RDBMS 실행계획이 다를 수 있습니다. - 샘플 코드 dump 파일 적용안내 : http://cafe.naver.com/realmysql - 샘플 코드 dump 파일 경로 : http://github.com/wikibook/realmysql/archive/master.zip 서버 설정 - MySQL 서버는 단 하나의 설정 파일만 사용한다. (.. 공감수 0 댓글수 0 2017. 8. 5.
트랜잭션 2PC (Two Phase Commit) 새로운 프로젝트를 진행하면서 트랜잭션 2PC 개념에 대해 살펴보라는 피드백을 받고 2PC에 조사하고 정리한 내용을 포스팅 하고자한다. 우선, 트랜잭션 2PC를 살펴보기 전에 트랜잭션 개념부터 정리하자. 트랜잭션 ( Transaction, Tx ) 트랜잭션이란 시작과 끝이 있는 독립적인 일 여러 개를 하나로 묶어놓고 그 중 어느 하나라도 실패하면 모든 일들을 시작하기 전 상태로 돌리는 하나의 작업 단위를 말한다. 여러 개의 일을 각각으로 나눠서 처리하지만, 만약 한가지 일이라도 실패한다면 그룹화된 여러 개의 일에 적용되었던 부분들을 취소시키고 이전 상태로 되돌린다는 의미이다. 은행간의 이체를 예를 들어보자. A가 B에게 송금을 하는 과정은 크게 보면 2개의 단계로 나눠질 수 있다. 1) A의 계좌에서 송금.. 공감수 1 댓글수 0 2017. 8. 2.
Real MySQL [7-22] 쿼리 작성 및 최적화 - AUTO_INCREMENT 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. - 포스팅에 포함된 Query 결과는 AWS EC2 FreeTier(CentOS7.2) 환경에 MySQL v5.7.17 에서 실행한 결과를 포함하였습니다. 실행환경에 따라 Query 실행시간이나 RDBMS 실행계획이 다를 수 있습니다. - 샘플 코드 dump 파일 적용안내 : http://cafe.naver.com/realmysql - 샘플 코드 dump 파일 경로 : http://github.com/wikibook/realmysql/archive/master.zip INSERT INSERT와 AUTO_INCREMENT MySQL 에서.. 공감수 0 댓글수 1 2017. 4. 6.
Real MySQL [7-21] 쿼리 작성 및 최적화 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. - 포스팅에 포함된 Query 결과는 AWS EC2 FreeTier(CentOS7.2) 환경에 MySQL v5.7.17 에서 실행한 결과를 포함하였습니다. 실행환경에 따라 Query 실행시간이나 RDBMS 실행계획이 다를 수 있습니다. - 샘플 코드 dump 파일 적용안내 : http://cafe.naver.com/realmysql - 샘플 코드 dump 파일 경로 : http://github.com/wikibook/realmysql/archive/master.zip LOCK IN SHARE MODE와 FOR UPDATE InnoDB .. 공감수 1 댓글수 0 2017. 4. 4.
Real MySQL [7-20] 쿼리 작성 및 최적화 - 집합연산 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. - 포스팅에 포함된 Query 결과는 AWS EC2 FreeTier(CentOS7.2) 환경에 MySQL v5.7.17 에서 실행한 결과를 포함하였습니다. 실행환경에 따라 Query 실행시간이나 RDBMS 실행계획이 다를 수 있습니다. - 샘플 코드 dump 파일 적용안내 : http://cafe.naver.com/realmysql - 샘플 코드 dump 파일 경로 : http://github.com/wikibook/realmysql/archive/master.zip 집합연산 조인이 테이블의 칼럼을 연결하는 것이라면 집합 연산은 여러 .. 공감수 1 댓글수 0 2017. 4. 1.
Real MySQL [7-19] 쿼리 작성 및 최적화 - 서브쿼리 (2) 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. - 포스팅에 포함된 Query 결과는 AWS EC2 FreeTier(CentOS7.2) 환경에 MySQL v5.7.17 에서 실행한 결과를 포함하였습니다. 실행환경에 따라 Query 실행시간이나 RDBMS 실행계획이 다를 수 있습니다. - 샘플 코드 dump 파일 적용안내 : http://cafe.naver.com/realmysql - 샘플 코드 dump 파일 경로 : http://github.com/wikibook/realmysql/archive/master.zip SELECT 절에 사용된 서브 쿼리 SELECT 절에 사용된 서브 쿼.. 공감수 0 댓글수 0 2017. 3. 31.
Real MySQL [7-18] 쿼리 작성 및 최적화 - 서브쿼리 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 서브 쿼리 서브 쿼리를 사용하면 단위 처리별로 쿼리를 독립시킬 수 있다. 조인처럼 여러 테이블을 섞어두는 형태가 아니라서 쿼리의 가독성도 높아지고, 복잡한 쿼리도 손쉽게 작성할 수 있다. 하지만 MySQL 서버는 서브 쿼리를 최적으로 실행하지 못할 때가 많다. 가장 대표적으로 FROM 절에 사용되는 서브 쿼리나 WHERE 절의 IN (subquery) 구문은 가장 최신 버전 에서도 그다지 효율적이지 않다. 서브 쿼리는 외부 쿼리에서 정의된 칼럼을 참조하는지 여부에 따라 상관 서브 쿼리와 독립 서브 쿼리로 나눌 수 있다. 상관 서브 쿼리.. 공감수 0 댓글수 0 2017. 3. 28.
Real MySQL [7-17] 쿼리 작성 및 최적화 - ORDER BY 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. ORDER BY ORDER BY 절이 사용되지 않는 SELECT 쿼리의 결과의 정렬순서는 다음과 같다. - 인덱스를 사용한 SELECT의 경우에는 인덱스의 정렬된 순서대로 레코드를 가져온다. - 인덱스를 사용하지 못하고 풀 테이블 스캔을 실행하는 SELECT의 경우, MyISAM은 테이블 저장된 순서대로 가져오는데, 순서가 INSERT 순서를 이믜하는 것은 아니다. 레코드가 삭제되면서 빈 공간이 생기면 INSERT 되는 레코드는 항상 테이블의 마지막이 아니라 빈 공간 이있으면 빈 공간에 저장되기 때문이다. InnoDB의 경우 항상 프라.. 공감수 1 댓글수 0 2017. 3. 27.
Real MySQL [7-16] 쿼리 작성 및 최적화 - GROUP BY(2) 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 레코드를 칼럼으로 변환해서 조회 GROUP BY나 집합 함수를 통해 레코드를 그룹핑 할 수 있지만 하나의 레코드를 여러 개의 칼럼으로 나누거나 변환하는 SQL 문법은 없다. 하지만 SUSM(), COUNT()와 같은 집합 함수와 CASE WHEN .. END 구문을 이용해 레코드를 칼럼으로 변환하거나 하나의 칼럼을 조건으로 구분해서 2개 이상의 칼럼으로 변환하는 것은 가능하다. 우선 다음과 같이 dept_emp 테이블을 이용해 부서별로 사원의 수를 확인하는 쿼리를 생각해 보자. SELECT dept_no, COUNT(*) AS emp_.. 공감수 0 댓글수 0 2017. 3. 24.
Real MySQL [7-15] 쿼리 작성 및 최적화 - GROUP BY 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. GROUP BY 사용 시 주의사항 쿼리에 GROUP BY가 사용되면 그룹 키(GROUP BY 절에 명시된 칼럼)가 아닌 칼럼은 일반적으로 집합 함수를 감싸서 사용해야 한다. 오라클과 같은 DBMS 에서는 이 규칙을 지키지 않으면 에러가 난다. 하지만 MySQL에서는 그룹 키가 아닌 칼럼이더라도 쿼리에서 집합 함수 없이 그냥 사용할 수 있다. SELECT first_name FROM employees GROUP BY gender; SELECT first_name, last_name, COUNT(*) FROM employees GROUP .. 공감수 0 댓글수 0 2017. 3. 10.
Real MySQL [7-14] 쿼리 작성 및 최적화 - Delayed Join 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 지연된 조인(Delayed Join) 조인을 사용하는 쿼리에서 GROUP BY 또는 ORDER BY를 사용할 때 인덱스를 사용한다면 이미 최적으로 처리되고 있을 가능성이 높다. 하지만 그러지 못하다면 MySQL 서버는 우선 모든 조인을 실행하고 난 다음 GROUP BY나 ORDER BY를 처리할 것이다. 조인은 대체적으로 실행되면 될수록 결과 레코드 건수가 늘어난다. 그래서 조인의 결과를 GROUP BY 하거나 ORDER BY 하면 조인을 실행하기 전의 레코드를 GROUP BY나 ORDER BY를 수행하는 것보다 많은 레코드를 처리해야.. 공감수 0 댓글수 0 2017. 2. 22.
Real MySQL [7-13] 쿼리 작성 및 최적화 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. INNNER JOIN과 OUTER JOIN의 선택 INNER JOIN은 조인의 양쪽 테이블 모두 레코드가 존재하는 경우에만 레코드가 반환된다. 하지만 OUTER JOIN은 아우터 테이블에 존재하면 레코드가 반환된다. 쿼리나 테이블의 구조를 살펴보면 OUTER JOIN을 사용하지 않아도 될 것을 OUTER JOIN으로 사용할 때가 상당히 많다. 때로는 OUTER JOIN으로 실행하면 쿼리의 처리가 느려진다고 생각하고, 억지로 INNER JOIN으로 쿼리를 작성하려는 경우도 있다. 사실 OUTER JOIN과 INNER JOIN은 실제 가져.. 공감수 0 댓글수 0 2017. 2. 17.
Real MySQL [7-12] 쿼리 작성 및 최적화 - OUTER JOIN 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. OUTER JOIN 주의사항 OUTER JOIN에서 OUTER로 조인되는 테이블의 칼럼에 대한 조건은 모두 ON절에 명시해야 한다. 조건을 ON 절에 명시하지 않고 다음 예제와 같이 OUTER 테이블의 칼럼이 WHERE 절에 명시하면 옵티마이저가 INNER JOIN과 같은 방법으로 처리한다. SELECT * FROM employees e LEFT JOIN dept_manager mgr ON mgr.emp_no=e.emp_no WHERE mgr.dept_no='d001'; 위의 쿼리는 ON 절에 조인 조건은 명시했지만 OUTER로 조인되.. 공감수 0 댓글수 0 2017. 2. 15.
Real MySQL [7-11] 쿼리 작성 및 최적화 - JOIN 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 이번 포스팅에서는 JOIN이 어떻게 인덱스를 사용하는지에 대해 각 쿼리 패턴별로 자세히 살펴보자. JOIN의 순서와 인덱스 인덱스 레인지 스캔으로 레코드를 읽는 순서를 정리해보자 1) 인덱스에서 조건을 만족하는 값이 저장된 위치를 찾는다. 이 과정을 인덱스 탐색(Index seek)이라고 한다. 2) 1번에서 탐색된 위치부터 필요한 만큼 인덱스를 죽 읽는다. 이 과정을 인덱스 스캔(Index scan)이라고 한다. 3) 2번에서 읽어들인 인덱스 키와 레코드 주소를 이용해 레코드가 저장된 페이지를 가져오고, 최종 레코드를 읽어온다. 인덱.. 공감수 0 댓글수 0 2017. 2. 14.
Real MySQL [7-10] 쿼리 작성 및 최적화 - WHERE 절의 비교 조건 사용 시 주의사항 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. DISTINCT 특정 칼럼의 유니크한 값을 조회할때 SELECT 쿼리에 DISTINCT를 사용한다. DISTINCT는 MIN(), MAX(), COUNT()와 같은 집합 함수와 함께 사용하는 경우와, 집합 함수가 없이 사용하는 경우 두 가지로 구분된다. 두가지 경우로 구분하는 이유는 DISTINCT 키워드가 영향을 미치는 범위가 달라지기 때문이다. 집합 함수와 같이 DISTINCT가 사용되는 쿼리는 실행 계획에서 DISTINCT 처리가 인덱스를 사용하지 못할 때는 항상 임시 테이블이 있어야 한다. SELECT DISTINCT SELEC.. 공감수 0 댓글수 0 2017. 2. 8.
Real MySQL [7-9] 쿼리 작성 및 최적화 - WHERE 절의 비교 조건 사용 시 주의사항 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. NULL 비교 다른 DBMS와는 달리 MySQL 에서는 NULL값이 포함된 레코드도 인덱스로 관리된다. 이는 인덱스에서는 NULL을 하나의 값으로 인정해서 관리한다는 것을 의미한다. SQL 표준에서 NULL 정의는 비교가 불가해서 두 값이 모두 NULL을 가진다고 하더라도, 이 두 값이 같은지 비교하는 것은 불가능하다. 연산이나 비교에서 한쪽이라도 NULL 이면 그 결과도 NULL이 반환되는 이유가 바로 여기에 있다. NULL인지 비교하려면 "IS NULL" 연산자를 사용해야 한다. 그 밖의 방법으로는 칼럼의 값이 NULL 인지 알 수.. 공감수 4 댓글수 0 2017. 1. 31.
Real MySQL [7-8] 쿼리 작성 및 최적화 - WHERE, ORDER BY 인덱스 사용 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. ORDER BY 절의 인덱스 사용 MySQL에서 GROUP_BY와 ORDER BY는 처리 방법이 상당히 비슷하여 인덱스 사용 여부 요건도 거의 흡사하다. 하지만 ORDER BY는 조건이 하나 더 있는데, 정렬되는 각 칼럼의 오름차순 및 내림차순 옵션이 인덱스와 같거나 정반대의 경우에만 사용할 수 있다. 위와 같은 인덱스에서 다음 예제의 ORDER BY는 인덱스를 사용할 수 없다. ( ORDER BY 절에 ASC나 DESC와 같이 정렬 순서가 생략되면 오름차순(ASC)로 해석한다. ) ... ORDER BY COL2, COL3 > 인덱스.. 공감수 1 댓글수 0 2017. 1. 18.
Real MySQL [7-7] 쿼리 작성 및 최적화 - WHERE 절의 인덱스 사용 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. SELECT 각 절의 처리순서 포스팅에서 사용된 SELECT 문장이라는 용어는 SQL 전체를 의미한다. SELECT 키워드와 실제 가져올 칼럼을 명시한 부분만 언급할 때는 SELECT 절 이라 표현하겠다. 여기서 절이란 주로 알고 있는 키워드 (SELECT, FROM, JOIN, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT)와 그 뒤에 기술된 표현식을 묶어서 말한다. SELECT s.emp_no COUNT(DISTINCT e.first_name) AS cnt FROM salaries s INNER JOIN .. 공감수 1 댓글수 0 2017. 1. 16.
Real MySQL [7-6] 쿼리 작성 및 최적화 - MySQL 내장함수 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 문자열 결합(CONCAT) 여러 개의 문자열을 연결해 하나의 문자열로 반환하는 함수로, 인자의 개수는 제한이 없다. 숫자는 문자열 타입으로 자동 변환된다. CAST는 함수를 사용해 명시적으로 타입을 문자열로 변환하는 방법도 있다. mysql> SELECT CONCAT('Georgi', 'Christian') AS name; // GeorgiChristian mysql> SELECT CONCAT('Georgi', 'Christian', 2) As name; // GeorgiChristian2 mysql> SELECT CONCAT('Geo.. 공감수 0 댓글수 0 2017. 1. 9.
Real MySQL [7-5] 쿼리 작성 및 최적화 - MySQL 내장함수 (날짜, date 관련) 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. MySQL 내장함수 DBMS 종류에 관계없이 기본적인 기능의 SQL 함수는 대부분 동일하게 제공되지만 함수 이름이나 사용법은 표준이 없어 DBMS별로 거의 호환되지 않는다. 포스팅에 작성된 내장함수는 사용자 정의 함수와 혼동하지 않도록 주의하자. NULL 값 비교 및 대체 (IFNULL, ISNULL) IFNULL()은 칼럼이나 표현식의 값이 NUL인지 비교하고 NULL 이면 다른 값으로 대체하는 용도로 사용할 수 있는 함수다. IFNULL() 함수에는 두 개의 인자를 전달하는데, 첫 번째 인자는 NULL 인지 아닌지 비교하는 칼럼이나.. 공감수 0 댓글수 0 2017. 1. 3.
Real MySQL [7-4] 쿼리 작성 및 최적화 - MySQL 연산자 (BETWEEN, IN) 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. BETWEEN 연산자 BETWEEN 연산자는 "크거나 같다"와 "작거나 같다"는 두 개의 연산자를 하나로 합친 연산자다. BETWEEN 연산자는 다른 비교 조건과 결합해 하나의 인덱스를 사용할 때 주의해야 할 점이 있다. 동등 비교 연산자와 BETWEEN 연산자를 이용해 부서 번호와 사원 번호로 dept_emp 테이블을 조회하는 다음 쿼리를 한번 생각해 보자. SELECT * FROM dept_emp WHERE dept_no='d003' AND emp_no=10001; SELECT * FROM dept_emp WHERE dept_no .. 공감수 0 댓글수 0 2017. 1. 3.
Real MySQL [7-3] 쿼리 작성 및 최적화 - MySQL 연산자 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. MySQL 연산자 동등(Equal) 비교( =, ) 동등 비교는 다른 DBMS와 마찬가지로 "=" 기호를 사용해 비교를 수행하면 된다. MySQL은 동등 비교를 위해 "" 연산자도 제공한다. "" 연산자는 "=" 연산자와 같으며, 부가적으로 NULL 값에 대한 비교까지 수행한다. 위 예제와 같이 NULL은 "IS NULL" 연산자 이외에는 비교할 방법이 없다. 하지만 Null-Safe 비교연산자를 이용해 비교한 결과를 보면 양쪽 비교 대상 모두 NULL이라면 TRUE를 반환하고, 한쪽만 NULL이라면 FALSE를 반환한다. 즉 "" 연.. 공감수 0 댓글수 0 2017. 1. 2.
Real MySQL [7-2] 쿼리 작성 및 최적화 - MySQL 연산자, 내장 함수 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 매뉴얼의 SQL 문법 표기를 읽는 방법 SQL에서 각 키워드는 위의 그림과 같이 키워드나 표현식이 표기된 순서대로만 사용할 수 있다. 표기법에 대문자로 표현된 단어는 모두 키워드를 의미한다. 키워드는 대소문자를 특별히 구분하지 않고 사용할 수 있다. 대괄호("[ ]")는 해당 키워드나 표현식 자체가 선택 사항임을 의미한다. 즉 대괄호로 묶인 키워드나 표현식은 없어도 문법적인 오류를 일으키지 않으며, 있어도 문법적인 오류가 발생하지 않음을 의미한다. 파이프("|")는 앞과 뒤의 키워드나 표현식 중에서 단 하나만 선택해서 사용할 수 있음을.. 공감수 0 댓글수 0 2016. 12. 30.
Real MySQL [7-1] 쿼리 작성 및 최적화 - SQL 모드, MySQL 예약어 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 쿼리 작성 및 최적화 애플리케이션에서 데이터를 저장 또는 조회하기 위해 데이터베이스와 통신할 때 데이터베이스 서버로 전달되는 것은 SQL 뿐이다. SQL은 어떠한 데이터를 요청하기 위한 언어이지, 어떻게 데이터를 읽을지를 표현하는 언어는 아니므로 C나 자바와 같은 언어와 비교했을 때 상당히 제한적으로 느껴질 수 있다. 하지만 쿼리가 빠르게 수행되게 하려면 쿼리가 어떻게 데이터를 가져올지 예측할 수 있어야 한다. 그래서 SQL을 작성하는 방법이나 규칙은 물론, 내부적인 처리 방식(옵티마이저)에 대해 어느 정도의 지식이 필요하다. SQL .. 공감수 0 댓글수 0 2016. 12. 23.
RDBMS - 식별관계, 비식별관계 Exerd를 보다가 문득 테이블간의 Cardinality를 표현하는 선이 점선, 실선으로 구분되는 것을 보고 무엇을 의미하는지 구글링 찾은 내용을 정리해본다. 식별관계 (실선) 부모 테이블(학과)의 유니크 키나 기본키로 지정된 컬럼(학과번호)이 자식 테이블(학과강의실)의 기본키 컬럼(학과번호)과 연결된 경우 실선으로 표기되고 식별 관계라고 한다 비식별관계 (점선) 부모 테이블(학과)의 유니크 키나 기본키로 지정된 칼럼(학과번호)이 자식테이블(학생)의 일반 컬럼과 연결된 경우 점선으로 표기되고 비식별 관계라고 한다. 부모 컬럼을 참조하는 자식 컬럼이 식별(PK) 가능하면 식별 관계라고 하고 식별이 가능하지 않으면 비식별 관계라고 한다. 즉, 자식 컬럼이 PK 인지 아닌지에 따라 식별 관계, 비식별 관계로 .. 공감수 0 댓글수 0 2016. 12. 20.
Real MySQL [6-11] 실행계획 - 실행 계획 분석 시 주의 사항 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. Select_type 칼럼의 주의 대상 DERIVED DERIVED는 FROM절에 사용된 서브 쿼리로부터 발생한 임시 테이블을 의미한다. 임시 테이블은 메모리에 저장될 수도 있고 디스크에 저장될 수도 있다. 일반적으로 메모리에 저장하는 경우에는 크게 성능에 영향을 미치지 않지만, 데이터의 크기가 커서 임시 테이블을 디스크에 저장하면 성능이 떨어진다. UNCACHEABLE SUBQUERY 쿼리의 FROM 절 이외의 부분에서 사용하는 서브 쿼리는 가능하면 MySQL 옵티마이저가 최대한 캐시되어 재사용될 수 있게 유도한다. 하지만 사용자 변.. 공감수 0 댓글수 0 2016. 12. 20.
Real MySQL [6-10] 실행계획 - 임시 테이블(Using temporary) 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 임시 테이블(Using temporary) MySQL 엔진이 스토리지 엔진으로부터 받아온 레코드를 정렬하거나 그룹핑 할 때는 내부적인 임시 테이블을 사용한다. "내부적"이라는 단어가 포함된 것은 여기서 이야기하는 임시 테이블이 CREATE TEMPORARY TABLE 로 만든 임시 테이블과 다르기 때문이다. MySQL 엔진이 사용하는 임시 테이블은 처음에는 메모리에 생성됐다가 테이블의 크기가 커지면 디스크로 옮겨진다. 원본 테이블의 스토리지 엔진과 관계없이 임시 테이블이 메모리를 사용할 때는 MEMORY 스토리지 엔진을 사용하며, 디스.. 공감수 0 댓글수 0 2016. 12. 19.
Real MySQL [6-9] 실행계획 - DISTINCT 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. DISTINCT 특정 칼럼의 유니크한 값만을 조회하려면 SELECT 쿼리에 DISTINCT를 사용한다. DISTINCT는 MIN(), MAX() 또는 COUNT()와 같은 집합 함수와 함께 사용되는 경우와 집합 함수 없는 경우 두 가지로 구분된다. 집합 함수로 구분하는 이유는 DISTINCT 키워드가 영향을 미치는 범위가 달라지기 때문이다. 집합 함수와 같이 DISTINCT가 사용되는 쿼리의 실행계획에서 DISTINCT가 인덱스를 사용하지 못할 때는 항상 임시 테이블이 필요하다. 하지만 이런 경우 실행 계획 Extra 칼럼에 Using.. 공감수 0 댓글수 0 2016. 12. 14.
Real MySQL [6-8] 실행계획 - GROUP BY 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. GROUP BY 처리 GROUP BY 또한 ORDER BY와 같이 쿼리가 스트리밍된 처리를 할 수 없게 하는 요소 중 하나다. GROUP BY 절이 있는 쿼리에서는 HAVING 절을 사용할 수 있는데 HAVING 절은 GROUP BY 결과에 대해 필터링 역할을 수행한다. 일반적으로 GROUP BY 처리 결과는 임시 테이블이나 버퍼에 존재하는 값을 필터링하는 역할을 수행한다. GROUP BY 에 사용된 조건은 인덱스를 사용해서 처리될 수 없으므로 HAVING 절을 튜닝하려고 인덱스를 생성하거나 다른 방법을 고민할 필요가 없다. GROUP.. 공감수 0 댓글수 0 2016. 12. 13.
Real MySQL [6-7] 실행계획 - ORDER BY 정렬 방식 성능 비교, 정렬 관련 상태 변수 본 게시물의 내용과 이미지는 도서 Real MySQL의 내용을 재구성하여 작성되었습니다. 저자, 출판사에 의해 저작권 문제 발생시 게시물이 비공개 될 수 있음을 알립니다. 정렬 방식의 성능 비교 웹 서비스용 쿼리에는 LIMIT가 필수적으로 사용되곤 한다. LIMIT는 테이블이나 처리 결과의 일부만 가져오기 때문에 MySQL 서버가 처리해야 할 작업량을 줄이는 역할을 한다. ORDER BY나 GROUP BY 같은 작업은 WHERE 조건을 만족하는 레코드를 LIMIT 건수만큼만 가져와서 처리될 수 없다. WHERE 조건이 인덱스를 잘 활용하도록 튜닝해도 잘못된 ORDER BY나 GROUP BY 때문에 쿼리가 느려지는 경우가 자주 발생한다. 쿼리에서 인덱스를 사용하지 못하는 정렬이나 그룹핑 작업이 왜 느리게 .. 공감수 0 댓글수 0 2016. 12. 13.

문의안내

티스토리
로그인
고객센터

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