Louis.Kim 의 제 3막

추가로 확인된 부분이 있어서 정리해 보았다.

Federated 테이블 생성 시 마지막에 remote DB의 접속 정보를 작성하게 된다.

간단하게 앞에서 만들어 본 federated_table 에 대해서 script 를 확인해 보자

(보기 편하게 \G 를 붙여 세로로 보자)

아무리 회사 테스트DB정보이지만 모자이크...-_-

다른 부분은 전부 필요없고, 맨 하단에 이렇게 IP 정보와 포트 정보, 계정 정보 등이 모두 표기가 된다......(모자이크지만....)

그래서 분명 보안상에 문제가 될 수 있다.

그렇기에 다음과 같이 Server를 Syntax(synonym??) 으로 만들어 진행하면 보안적인 부분을 해결할 수 있다.

Syntax 만드는 구문이다.

출처 : http://m.blog.naver.com/kwoncharlie/10151416351

이제 Syntax를 이용하여 만들어 보자.

이후 Federated 테이블 생성

확인해 보쟈.

위와 같이 Connection 에서 tlogin/Player 으로 확인 가능하며, 정상적으로 select 도 될 수 있는 것을 확인할 수 있다.

보안적인 측면에서 효과를 볼 수 있다.

결론

이리 저리 DB에서 다른 원격지 DB의 정보를 가져 왔어 데이터를 쉽고, 프로그램 개발이 아닌 DB에서 해결하고자 하는 목적으로 진행을 해 보았다.

하지만 이 생각은 어디까지나 나의 욕심이고(DBA로써??아님 개발을 싫어하는 나로써??) 무식하면 용감하다고...

용감도 아닌 그냥 무식하고 무지해서 진행한 것이다.

여러 전문 DBA 고수분들은 비록 이런 기능이 있으나 사용하지 말라고 권고를 한다.

밑에 내용들만 조금만 깊게 생각해 보면 좋은 것 만은 아니라는 것을 알 수 있다.

1. 네트워크 성능에 따라 쿼리의 성능이 좌지우지.

2. 원격지의 Table에 DDL 작업이 발생 시 이것을 참조하는 Federated 테이블 에 대해서 재 생성

 - 혹시라도 federated 테이블을 모르는 경우 낭패..

3. 데이터 참조 시 해당 원격 DB 테이블을 모두 가져와야 하기에 처리량 증가 및 이에 따른 비용 증가

이 부분들은 여러 블로그를 조사하던 중에 참고한 내용을 기억나는 순으로 정리한 것이다.

가급적 사용하지 말자고 하는 것에서는 전부 이유가 있으니 가급적 사용안하는 방안으로 하고, 필요시 사용은 하되 엄격한 제한을 두고 사용하도록 해야겠다.

참조 : http://gywn.net/2014/12/let-me-introduce-federatedx/

Oracle 엔지니어겸 DBA 롤을 진행하다 보니 DB Link로 인해 종종 문제가 생긴 적이 많았다.

scn 이 Max치가 되어서 장애가 생긴적, 동일 DB 내에서 DB Link를 사용해서 불필요한 컨넥션 증가 등등...

어쩔때에는 db link 갯수가 한 DB내에 80개나 되는 경우도 있어서 당황한 적도 많았다.

그래서 DB Link만 생각해도 짜증나는 경우가 더 많았다.

하지만, MySQL DBA로 업무를 진행하다 보니 오히려 여기서는 DB Link 기능 없이 

Python 으로 일일이 개발해서 진행하는 경우가 허다하게 많았다.

처음부터 Python 개발을 했었다면 모르겠지만 Python을 익히면서 DBA 업무를 하다보니 괜히 개발이 더더더 싫어졌다.

(컴퓨터과에서 공부하며 DBA 가 되고 싶었지만 개발이 싫어서 DBA가 하고 싶은 부분도 상당히 많았기에...)

어쨋든 MySQL 에서도 Federated storage engine 이라는 것이 있어서 이 기술을 사용하면 db link 역활을 할 수 있다는 것을 찾아서 

이에 대해 간략한 설명과 테스트한 부분을 소개하고자 한다.

Federated Storage Engine 이란?

참조 : http://blog.weirdx.io/post/3503

그럼 나의 테스트 환경이다.

현재 회사 테스트 DB 장비와 나의 Local DB 를 연결하였다.

회사 테스트 DB는 5.0.37 이다

나의 local DB 는 5.7.12 이다

테스트는 개발장비의 데이터를 내 pc 에서 select 하고자 한다.

1. Engine 이 설치되어 있는지 확인해 본다. (Local DB)

 - 보통은 아래와 같이 Federated engine 이 NO 라고 되어 있는 것을 확인할 수 있다.

이 부분을 YES 로 변경해 보자.

my.cnf 또는 my.ini 파일에서 아래와 같이 추가해 보자

FEDERATED    만 추가한 후 저장하자.

(내 PC는 윈도우 이기에, my.ini 파일을 수정하였다.)

이 후, 적용을 위해서 DB를 재 기동 한다.

다시 Engine을 확인해 본다.

Federated가 YES 로 되어 있는 것을 확인 할 수 있다.

2. Engine을 이용하여 테이블을 추가해 보자.

 - Federated 엔진을 이용한 테이블은 쉽게 생각해 보면 원격 테이블을 가져와서 보여주는 것을 의미하며, 

   DML 작업을 진행하게 되면 원격지의 테이블 또한 변경이 되기에 굉장히 조심하자!!

3. 이렇게 추가가 정상적으로 되면 테스트 진행해 보자.

local 에서 federated_table 를 select 해 보자.

워낙 데이터가 많아 이렇게 먼저 비교를 해 보았다.

이번에는 데이터 한건에 대해서 DML 작업을 진행해 보자.

이 한건을 이용하여 Remote에서 지워지면 local 에서는 어떻게 되는지 보자.

지워져서 검색이 안되는 것을 확인할 수 있다.

다시 Insert를 진행해 보자.

local 에서 보여 지는 것을 확인할 수 있다.

이번에는 반대로 테스트 해 보자.

Local 에서 작업을 진행하면 원격지 DB에서는 어떻게 진행되는지 Delete 작업 하나만 해 보자.

Local 에서 삭제 작업을 진행 하였더니, 원격지에서 삭제 된 것을 확인할 수 있다.

DB Link를 대신 할 수 있는 분명 좋은 기능인 것을 확인할 수 있다.

이 작업을 통해서 파이썬을 이용한 작업을 대체할 수 있지 않을까 생각해 본다.

원격지의 필요한 것에 대해서 미리 테이블을 생성한 후 프로시저 등으로 작업을 진행하고, 스케줄러를 통해 주기적으로 한다면,

crontab 에 걸어서 사용을 하고 등의 필요성이 줄어들고, 동시에 보안도 해결되지 않을까 고민해 본다.

추가로 아래 사이트를 참조해도 좋을 듯 싶다.

http://blackbull.tistory.com/31

[출처] http://blackbull.tistory.com/43

쿼리를 날리다 보면, 필요에 따라 그룹별로 순위를 매겨야 할 때가 있다.

이에 대해 오라클에서는 그러한 기능을 제공하는데,

아래가 바로 그 예이다.

[Oracle] 

<<결과>>

     EMPNO ENAME                JOB                       SAL       RNUM

---------- -------------------- ------------------ ---------- ----------

      7902 FORD                  ANALYST                    3000          1

      7788 SCOTT                ANALYST                   3000          2

      7369 SMITH                 CLERK                         800          1

      7900 JAMES                CLERK                         950          2

      7876 ADAMS                CLERK                       1100          3

      7934 MILLER                CLERK                       1300          4

      7782 CLARK                 MANAGER                  2450          1

      7698 BLAKE                 MANAGER                  2850          2

      7566 JONES                 MANAGER                  2975          3

      7839 KING                    PRESIDENT                5000          1

      7654 MARTIN               SALESMAN                 1250          1

      7521 WARD                  SALESMAN                 1250          2

      7844 TURNER               SALESMAN                 1500          3

      7499 ALLEN                 SALESMAN                 1600          4

14 개의 행이 선택되었습니다.

[MySQL]

그런데, 불행하게도..... MySQL에는 저 기능이 없다.

그렇기 때문에 우리의 친구 꼼수(?)를 이용하여 저것을 구현해 내야 하는데.....

<<결과>>

+-------+--------+-----------+------+------+

| empno | ename  | job       | sal  | rnum |

+-------+--------+-----------+------+------+

|  7902 | FORD   | ANALYST   | 3000 |    1 |

|  7788 | SCOTT  | ANALYST   | 3000 |    2 |

|  7369 | SMITH  | CLERK     |  800 |    1 |

|  7900 | JAMES  | CLERK     |  950 |    2 |

|  7876 | ADAMS  | CLERK     | 1100 |    3 |

|  7934 | MILLER | CLERK     | 1300 |    4 |

|  7782 | CLARK  | MANAGER   | 2450 |    1 |

|  7698 | BLAKE  | MANAGER   | 2850 |    2 |

|  7566 | JONES  | MANAGER   | 2975 |    3 |

|  7839 | KING   | PRESIDENT | 5000 |    1 |

|  7654 | MARTIN | SALESMAN  | 1250 |    1 |

|  7521 | WARD   | SALESMAN  | 1250 |    2 |

|  7844 | TURNER | SALESMAN  | 1500 |    3 |

|  7499 | ALLEN  | SALESMAN  | 1600 |    4 |

+-------+--------+-----------+------+------+

14 rows in set (0.00 sec)

어때... 결과가 같아 보이는가? 

자, 그럼 쿼리를 뜯어보자.

여기서 궁금하게 생각되는 부분은 아래 3개의 쿼리라고 예상 된다.

이 3가지를 이해한다면 아마 이해할 수 있을 것이라 생각되지만,

한 가지 짚고 넘어가야 할 것이 있다. 

Q. 우리가 흔히 쓰는 SELECT 문장의 수행순서는 어떻게 될까?

무슨의미냐 하면..

위에서 사용한 것처럼 변수를 이용한 SELECT 내 연속적인 값의 할당은, 

수행결과에 영향을 미치게 되지 않을까? 

라는 질문이다.

흠.. 내가 말을 써놓고 난해하군..

예제를 보도록 하자.

<<예제>>

SET @val1=0, @val2=0;    #아까도 말했듯이 변수 초기화는 먼저 선행되어야 한다.

SELECT @val1:=@val1+1, @val2:=@val1+1, @val2:=0, @val1=@val2+1 

FROM DUAL;

자.... 당신이 예상하는 결과는?.....

<<쿼리 수행 결과>>

 +----------------+----------------+----------+---------------+

| @val1:=@val1+1 | @val2:=@val1+1 | @val2:=0 | @val1=@val2+1 |

+----------------+----------------+----------+---------------+

|                      1 |                     2 |             0 |                    1 |

+----------------+----------------+----------+---------------+

1 row in set (0.00 sec)

상기와 같이 SELECT 내 수행 결과는,

왼쪽에서 오른쪽으로 순차적인 수행이 이루어짐을 알 수 있다.

즉, @val1:=@val1+1 → @val2:=@val1+1 → @val2:=0  →  @val1=@val2+1 

로 수행 순서가 정해진다는 의미.

그러므로, 

변수를 이용한 SELECT를 이용할 때는 반드시 수행순서를 염두해 두고 쿼리를 작성하도록 하자.

PS : 오라클에는 예제 테이블이 있지만 MySQL 에는 없으니

       혹시 테스트 해보고 싶은 사람은 아래 쿼리를 수행해서 테스트 해보도록...