[MySQL] 트리거(trigger) 문장트리거, 행트리거의 차이점 > 리눅스서버
리눅스서버

[MySQL] 트리거(trigger) 문장트리거, 행트리거의 차이점

조회 122회 댓글 0건

MySQL에서 트리거(trigger)는 특정 테이블에 대해 INSERT UPDATE DELETE와 같은 DML(데이터 조작 언어) 작업이 수행될 때 자동으로 실행되는 프로시저입니다. 

트리거는 데이터의 무결성을 유지하거나 로깅 감사 등의 목적으로 사용될 수 있습니다. 트리거는 데이터베이스가 특정 조건에 반응하여 자동으로 특정 작업을 수행하도록 할 때 유용합니다.


▷ 트리거의 주요 특징

- 자동 실행: 트리거는 관련 테이블에 특정 DML 작업이 수행될 때 자동으로 실행됩니다.

- 데이터 무결성 보장: 데이터의 무결성을 보장하기 위해 사용될 수 있으며 복잡한 제약 조건을 구현하는 데 유용합니다.

- 감사 및 로깅: 데이터 변경 사항을 추적하여 감사 로그를 생성하는 데 사용될 수 있습니다.


5c12d12b0df1fdcd9179031a84c48c22_1713189110_2058.png
 


▷ 트리거의 유형

MySQL에서는 크게 두 가지 유형의 트리거가 있습니다.

1. BEFORE 트리거: 특정 DML 작업이 수행되기 전에 실행됩니다. 데이터가 실제로 변경되기 전에 검증이나 수정 등의 작업을 수행할 수 있습니다.

2. AFTER 트리거: 특정 DML 작업이 수행된 후에 실행됩니다. 작업의 결과를 로깅하거나 추가적인 데이터 조작을 수행하는 데 사용될 수 있습니다.


▷ 트리거 생성 예제



  DELIMITER $$
  CREATE TRIGGER before_employee_update
  BEFORE UPDATE ON employees
  FOR EACH ROW
  BEGIN
      IF NEW.salary < 0 THEN
          SET NEW.salary = 0;
      END IF;
  END$$
  DELIMITER ;
 


이 트리거는 employees 테이블에 대한 UPDATE 작업이 수행되기 전에 실행됩니다. 만약 새로운 급여(NEW.salary)가 0보다 작다면 급여를 0으로 설정합니다. 이는 데이터의 무결성을 유지하는 데 도움이 됩니다.


▷ 트리거 사용 시 주의사항

- 트리거는 복잡성을 증가시킬 수 있으므로 필요한 경우에만 사용해야 합니다.

- 너무 많은 로직을 트리거 내에 포함시키면 데이터베이스 성능에 부정적인 영향을 줄 수 있습니다.

- 트리거는 데이터베이스 내부에서 자동으로 실행되므로 트리거에 의한 데이터 변경은 추적하기 어려울 수 있습니다. 따라서 감사 및 로깅 목적으로 사용할 때는 주의가 필요합니다.


MySQL에서 트리거를 사용하면 데이터 관리 작업을 자동화하고 데이터의 무결성을 보장하는 등 다양한 이점을 얻을 수 있지만 사용 시에는 성능과 유지보수 측면을 고려해야 합니다. 



● 문장 트리거와 행 트리거

문장 트리거와 행 트리거는 둘 다 데이터베이스 관리 시스템(DBMS)에서 특정 조건이 만족될 때 자동으로 실행되는 코드 블록이지만 실행 시점과 적용 범위에서 차이를 보입니다.


▷ 문장 트리거(Statement Trigger)

문장 트리거는 SQL 문장이 실행될 때 한 번만 실행됩니다. 이는 트리거가 발동된 SQL 문장에 의해 영향을 받는 모든 행에 대해 단 한 번만 실행되며 개별 행의 변경 사항에 따라 반복적으로 실행되지 않습니다. 문장 트리거는 주로 문장 수행 전후의 상태를 확인하거나 로깅 감사 등의 작업에 사용됩니다.


예시: 테이블에 데이터를 삽입하는 SQL 문장이 실행될 때 삽입 작업 전후에 로그를 남기는 문장 트리거를 설정할 수 있습니다. 이 트리거는 삽입 작업이 수행될 때 단 한 번만 실행되며 몇 개의 행이 삽입되든 상관없이 로그는 한 번만 남게 됩니다.


▷ 행 트리거(Row Trigger)

행 트리거는 SQL 문장에 의해 영향을 받는 각 행에 대해 개별적으로 실행됩니다. 즉 한 SQL 문장이 여러 행에 영향을 미치는 경우 해당 행마다 트리거가 실행됩니다. 행 트리거는 주로 데이터의 무결성을 유지하거나 개별 행의 데이터 변화에 대해 세밀한 조정을 필요로 할 때 사용됩니다.


예시: 특정 테이블의 행이 업데이트될 때마다 해당 행의 변경 사항을 별도의 테이블에 기록하는 행 트리거를 설정할 수 있습니다. 만약 한 번의 업데이트 작업으로 10개의 행이 변경되면 트리거는 10번 실행되어 각 행의 변경 사항을 개별적으로 처리합니다.


▷ 차이점 요약

- 실행 빈도: 문장 트리거는 한 SQL 문장에 대해 한 번만 실행되는 반면 행 트리거는 영향을 받는 각 행마다 실행됩니다.

- 적용 범위: 문장 트리거는 전체 SQL 문장의 실행에 대한 반응으로 동작하고 행 트리거는 개별 행의 변경에 대해 반응합니다.

- 사용 목적: 문장 트리거는 주로 전체 작업의 감사 및 로깅에 사용되고 행 트리거는 데이터의 무결성 유지 및 세밀한 데이터 관리에 사용됩니다.


UPDATE tblTest SET tt1 WHERE doc_id IN (1,3,5,7,8) 같은 SQL 문장이 실행될 때

만약 tblTest 테이블에 doc_id가 1, 3, 5, 7, 8인 행이 모두 존재한다면

- 문장트리거난 1회 실행

- 행트리거는 5회 실행



● 아래는 리뷰에 대한 행트리거 예제



  # 트리거 삭제
  # DROP TRIGGER tr_insert_review ;
  # DROP TRIGGER tr_delete_review ;
  # DROP TRIGGER tr_update_review ;

  # 입력
  DELIMITER $$
  CREATE DEFINER=`root`@`localhost` TRIGGER tr_insert_review AFTER INSERT ON review.review_data
  FOR EACH ROW BEGIN
      DELETE FROM app.review_temp WHERE doc_id=NEW.review_id;
      INSERT INTO app.review_temp SELECT NEW.review_id, NOW(), 'insert' FROM review.review_data WHERE review_key=NEW.review_key;
  END $$
  DELIMITER ;

  # 삭제
  DELIMITER $$
  CREATE DEFINER=`root`@`localhost` TRIGGER tr_delete_review AFTER DELETE ON review.review_data
  FOR EACH ROW BEGIN
      REPLACE INTO app.review_temp VALUES (OLD.review_id, NOW(), 'delete');
  END $$
  DELIMITER ;

  # 변경
  DELIMITER $$
  CREATE DEFINER=`root`@`localhost` TRIGGER tr_update_review AFTER UPDATE ON review.review_data
  FOR EACH ROW BEGIN
      UPDATE app.review_temp SET data_date=NOW(), status_name='update' WHERE doc_id=NEW.review_id;
  END $$
  DELIMITER ;

  # 현재 트리거 리스트 확인
  SHOW TRIGGERS \G


  # 입력
  INSERT INTO review.review_data (review_key,review_id,review_used) VALUES (1,1,'n');
  SELECT * FROM review.review_data WHERE review_key=1;
  SELECT * FROM app.review_temp WHERE doc_id=21;

  # 업데이트
  UPDATE review.review_data SET review_score=1 WHERE review_key=1;
  SELECT * FROM review.review_data WHERE review_key=1;
  SELECT * FROM app.review_temp WHERE doc_id=21;

  # 삭제
  DELETE FROM review.review_data WHERE review_key=1;
  SELECT * FROM review.review_data WHERE review_key=1;
  SELECT * FROM app.review_temp WHERE doc_id=21;
 
  • 페이스북으로 공유
  • 트위터로  공유
  • 구글플러스로 공유
전체 163건 1 페이지
  • profile_image 왜래키는 잘 쓰면 보약이고 잘못하면 관련된 테이블 모두 확인 하느라 부하가 심해진다.그래서 무조건 쓰지 못하게 하는곳도 있는 실정이다. 사실 우리가 그런부분이 있다.사이트의 부하가 많지 않다면 사용하는것을 권장 하는데 문제가 될일이 별로 없기 때문에 그렇다. 외래키는 두 테이블 간의 관계를 정의하는 데 사용 되는 것으로 보통 부모 테이블과 자식 테이블 간의 관계를 나타내는 데에 사용됩니다.1. 관계 정의  외래키는 부모 테이블의 기본 키(pri…
  • profile_image 리눅스에서 OpenSSL을 사용해 생성한 사설 인증서의 유효 기간을 확인하려면 터미널에서 OpenSSL 명령어를 사용 하면 된다.아래 openssl 명령어를 사용해 인증서의 유효 기간을 확인할 수 있다.openssl x509 -in [인증서 파일 경로] -noout -datesopenssl x509 -in mycert.pem -noout -datesopenssl x509 -in rootCA.crt -noout -datesopenssl x509 …
  • profile_image OpenSSL로 인증서 생성시 -days 36500 = 100년 옵션을 사용해서 유휴기간을 길게 준다. 우선 만료 되는 기간을 길게준 다음 후에 사용할 계획이 없으면 사용하지 않으면 되기 때문이다.지난것을 경고 무시하고 사용하는것 보다는 이편이 더 좋을것이다. 아래는 간단하게 개인 인증서 생성하는 방법이며두번째 csr 생성할때 입력 해야 하는것이 잇는데 아래처럼 입력하면 되며 비밀번호는 넣지 않아도 된다.(비밀번호 넣으면 다음에 진행할때 같이 …
  • profile_image DKIM, SPF, 및 DMARC는 이메일을 보다 안전하게 하고, 스팸이나 피싱 공격을 방지하기 위해 사용되는 이메일 인증 메커니즘들입니다.공통적으로 네임서버 설정을 해줘야 하는 것들이다.DKIM (DomainKeys Identified Mail)DKIM은 발신자의 도메인이 실제로 해당 이메일을 보냈다는 것을 증명하기 위해 디지털 서명을 사용합니다.이메일 발송자는 이메일의 헤더에 디지털 서명을 추가하고, 이 서명은 발신자의 도메인에 공개적으로 …
  • profile_image 리눅스에서 디스크 사용량이 많은 프로그램을 찾기 위해서는 주로 du (Disk Usage) 명령어를 사용합니다. du 명령어는 디렉토리나 파일이 사용하는 디스크 공간의 양을 확인할 때 사용됩니다. du 명령의 기본적인 사용 방법 전체 사용량은 df 명령을 사용하지만 하위 디렉토리의 사용량을 보려면 du 명령을 사용 합니다. 운영하다 보면 어느곳에서 사용을 많이 하는지 알기 위해 은근히 많이 사용 되는 명령 입니다. 특정 디렉토리의 사용량을 확…
  • profile_image 디스크 I/O 부하를 많이 주는 프로그램 확인 디스크 I/O 부하를 많이 주는 프로그램을 찾으려면 iotop이라는 도구를 사용 하면 되며 이 도구는 각 프로세스의 I/O 사용량을 실시간으로 모니터링하며, 높은 I/O 사용량을 가진 프로세스를 쉽게 찾을 수 있도록 도와준다. io를 보는데는 iostat 도 있고. vmstat 1 명령으로 CPU 부하와 같이 쓰기나 읽기가 어느정도 인지 보는 방법도 있는데 iotop을 사용하면 프로그램 까지 알…