▼

로또1137회

UFC

토트넘

PSG

첼시

고지용

레알마드리드

어반자카파

뮌헨

프리미어리그

로그인 회원가입|아이디

비번찾기

개발자포럼 입니다.

포럼지원센터

제가 생각하는 해결방법에 대한 조언 부탁드립니다. [MSSQL 2008 R2]3

[* 비회원 *]
등록일 2016-05-11 09:11
조회수 476

저희 회사의 sms발송 로직은 다음과 같습니다.

1. VIEW 에서 1건 발송 요청을 합니다.

BEGIN TRANSACTION

2. 관리를 위한 테이블에 1건이 INSERT 됩니다.(예를들어 1개의 테이블 실제 3개 테이블)

3. SMS전송 데몬이 읽어가는 테이블에 1건이 INSERT 됩니다.

END TRAN;

4. SMS전송 데몬이 1건을 읽어서 외부의 SMS서버에 전송하여 그쪽에서 발송이 진행됩니다.

5. SMS전송 데몬이 발송된 결과를 저희쪽 결과값 테이블에 INSERT 를 해줍니다.

6. 결과값 테이블에 INSERT TRIGGER 가 붙어 있어서 2.번 과정의 관리를 위한 테이블에 결과값을 UPDATE 해줍니다.

7. 기타 2개 테이블에 UPDATE 해줍니다.

결 과 : 사이트 전체 속도가 매우 느립니다.

원인 분석 :

- 제 생각은 다음과 같습니다.

문자메시지를 100개 보낸다고 한다면

현재는 트랜잭션 안에 있는 저부분이 100번 실행 됩니다.

그렇다면 1건 보내고 커밋을 하기 때문에

그 2번째건이나 그 이후건들을 보낼때는 이전 건들에 대한 6번 과정 때문에 배타적 락이 걸려서 2번과정에서 대기해야 하는 상황이

발생되어서 시간이 오래 걸린다고 생각됩니다.

그리고 하루에 이러한 로직으로 SMS발송을 8만건을 발송합니다.

또한 7번에서 UPDATE 하는 테이블이 고객관련 중요 테이블이라서 7번과정이 진행중이라면....

해당 테이블을 다른 화면에서 SELECT (NOLOCK) 하면 문제가 없겠지만.... DML 작업을 할때는 느려질 것이라 예상됩니다.

여기까지 제가 생각하는 SMS발송하는 오전 2시간동안 사이트가 굉장히 느려지는 원인이라고 생각합니다.

해결방안 1 :

1건씩 TRANSACTION 처리 하는 것을 5,000건 단위로 처리한다.

해결방안 2 :

6번 7번과 같은 과정들을 없애서 배타적 락에 의한 다른 프로세스가 대기하는 상황을 제거한다.

제가 생각하고 있는 방향이 맞는지 조언 부탁드립니다.

파워링크 등록안내



		목록보기

0 [* 비회원 *]

sms을 async로 보내셔야 되지 않을까요

2016-05-11 점아이콘

댓글주소복사

트랜젝션을 건으로 거는것도 느려지는 원인이죠
당연히
그러나 그것만 문제일까요?
제가봐선 트리거쪽 문제일 확률이 90% 이상일것 같아 보이는데요
모든 SELECT 에 WITH (NOLOCK) 을 붙이는 것은 필수 권장사항입니다.
느려질 부분아니니 걱정 마시고 하시구요

근본적인 해결방법은 2번입니다.
물론 1번을 위한 로직 변경이 까다롭지 않다면 변경을 하시면 됩니다.

그리고 프로시저나 트리거 단위라고 한다면
WITH NOLOCK 안써도 되구요

SET NOCOUNT ON
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
옵션으로 격리수준을 올려주시고
트랜젝션 처리쪽 코드가 까다롭지 않다면, 저라면 컬럼 추가해서 성공/실패 여부 쪽 컬럼으로 UPDATE를 하지
트리거 따윈 안쓰는 것을 권장 드립니다.

모든 관계형 DBMS 에서 성능저하의 1순위가 트리거 입니다.

2016-05-11 점아이콘

댓글주소복사

0 [* 비회원 *]

조언 감사합니다.

두분께서 조언해주신 부분 모두 2번의 해결방안으로 가야 한다는 말씀으로 이해됩니다.
그렇다면 수정되어야 할 부분이 굉장히 많을 듯 해서 시간을 두고 진행해야 할 듯 싶습니다.
(옵션으로 격리수준을 올려주시고 <-- 이 부분을 이해하려면 더 검색해봐야겠습니다.)

다시 한번 감사드립니다.

2016-05-12 점아이콘

댓글주소복사

알림 욕설, 상처 줄 수 있는 악플은 삼가주세요.
로그인 후 코멘트를 작성하실 수 있습니다.

짤방 사진		익명요구 다른의견


	△ 이전글▽ 다음글	목록보기