라이브 프로덕션 데이터베이스에서 테이블 변경

대부분의 "인기"(MySQL, Postgres ...) 데이터베이스 시스템은 라이브 프로덕션 데이터베이스의 테이블 변경 (열 유형 추가, 삭제 또는 변경)을 어떻게 처리합니까?

나는 알고 올바른 방법은 백업 모든 일정 중단 시간과 변경 사항을 다음합니까.

그러나 ... 현재 데이터베이스 시스템은 아무것도 멈추지 않고 이러한 온라인 작업을 지원합니까? (방금 변경 / 삭제되는 열을 참조하는 쿼리가 지연 될 수 있음)

ALTER TABLE...실시간으로 실행되는 데이터베이스에서 방금 수행하면 어떻게됩니까? 이런 일이 발생하면 모든 것이 멈추나요? 데이터가 손상 될 수 있습니까? 기타

다시 말하지만, 나는 주로 Postgres 또는 MySQL을 언급하고 있습니다.

(그리고, 그렇습니다. "올바른 방법", 일 백업, 다운 틴 일정 예약 등을하기 전에이 작업을 수행해야 할 때마다 ...하지만 이런 종류와 일을 "빠르게 수행 할 수 있는지"알고 싶습니다. dirty "또는 실제로"빠른 라이브 및 더러운 "스키마 변경을 지원하는 DB 시스템이있는 경우)

단지 제안 누군가 페이스 북 스크립트에서 MySQL을위한 온라인 스키마 변경 (튜토리얼과 여기 소스 여기가 ) ... ... 그것을 할 "해키"방법의 설정을 자동화하는 좋은 방법처럼 보인다 누구도 그것을 사용하고있다 비슷한 생산?

ALTER TABLEPostgreSQL에서을 발행 하면를 포함하여 모든 것을 차단 하는 ACCESS EXCLUSIVE잠금 이 걸립니다SELECT . 테이블이 재 작성, 새로운 요구하지 않는 경우,이 잠금은 매우 브리핑을 할 수있다 UNIQUE, CHECK또는 FOREIGN KEY제약 등 고가의 풀 테이블 스캔 검증 할 필요가 없습니다를

의심스러운 경우 일반적으로 시도해보십시오! PostgreSQL의 모든 DDL은 트랜잭션 방식이므로 ALTER TABLE너무 오래 걸리고 다른 쿼리를 보류하기 시작하면 취소하는 것이 좋습니다. 다양한 명령에 필요한 잠금 수준 은 잠금 페이지에 설명되어 있습니다.

일반적으로 느리게 작동하는 일부 작업은 가동 중단없이 안전하게 수행 할 수 있도록 속도를 높일 수 있습니다. 당신은 테이블이있는 경우 예를 들어, t당신이 열을 변경할 customercode integer NOT NULL에 text고객이 코드는 이제 시작해야하는 모든 고객을 결정했기 때문에 X, 당신은 쓸 수 있습니다 :

ALTER TABLE t ALTER COLUMN customercode TYPE text USING ( 'X'||customercode::text );

...하지만 다시 작성하기 위해 전체 테이블을 잠급니다. 으로 열을 추가하는 것도 마찬가지 DEFAULT입니다. 긴 잠금을 피하기 위해 몇 가지 단계를 수행 할 수 있지만 애플리케이션은 임시 복제에 대처할 수 있어야합니다.

ALTER TABLE t ADD COLUMN customercode_new text;
BEGIN;
LOCK TABLE t IN EXCLUSIVE MODE;
UPDATE t SET customercode_new = 'X'||customercode::text;
ALTER TABLE t DROP COLUMN customercode;
ALTER TABLE t RENAME COLUMN customercode_new TO customercode;
COMMIT;

이것은 단지 방지 할 쓰기 에 t과정에서를; 잠금 이름 EXCLUSIVE은 제외하고 모든 것을SELECT 배제한다는 점에서 다소 기만적입니다 . ACCESS EXCLUSIVE모드는 제외 절대적으로 everyting있는 유일한 하나입니다. 잠금 모드를 참조하십시오 . 이 작업에 필요한 잠금 업그레이드로 인해이 작업이 교착 상태 롤백 될 수있는 위험이 ALTER TABLE있지만 최악의 경우 다시 수행해야합니다.

당신은 그 잠금을 피하고에서 트리거 기능을 작성하여 라이브 모든 일을 할 수있는 t그 때마다 INSERT또는 UPDATE자동으로 채 웁니다 온다 customercode_new에서 customercode.

또한 기본 제공 도구가 CREATE INDEX CONCURRENTLY있으며 ALTER TABLE ... ADD table_constraint_using_indexDBA가 동시성 친화적 인 방식으로 작업을 더 느리게 수행하여 독점 잠금 시간을 줄일 수 있도록 설계되었습니다.

이 pg_reorg도구 또는 후속 도구 pg_repack는 일부 테이블 재구성 작업에도 사용될 수 있습니다.

Percona는 온라인 스키마 변경을 수행하기위한 자체 도구를 개발했습니다.

이 도구를 pt-online-schema-change라고합니다.

트리거가 포함되므로 설명서를주의해서 읽으십시오.

문서에 따르면 수행 된 주요 작업은 다음과 같습니다.

• 위생 검사
• 청킹
• 온라인 스키마 변경
  • 임시 테이블 생성 및 변경
  • 테이블에서 임시 테이블로 변경 사항 캡처
  • 테이블에서 임시 테이블로 행 복사
  • 테이블과 임시 테이블을 동기화
  • 테이블과 임시 테이블 스왑 / 이름 바꾸기
  • 대청소

시스템을 종료하고 한 번에 모든 변경을 수행하는 것은 매우 위험 할 수 있습니다. 문제가 발생하고 자주 발생하는 경우 쉽게 되돌릴 수있는 방법이 없습니다.

애자일 개발자는 때때로 테이블을 수정하고 읽을 때 다운 타임없이 테이블을 리팩토링해야합니다.

롤백이 매우 쉬운 몇 가지 위험이 낮은 단계에서 변경이 이루어 지므로 다음과 같은 접근 방식은 위험이 낮습니다.

• 테이블에 액세스하는 모든 모듈에 자동화 된 테스트가 포함되어 있는지 확인하십시오.
• 새 테이블을 만듭니다. 이전 테이블과 새 테이블을 모두 수정하도록 이전 테이블을 수정하는 모든 절차를 변경하십시오.
• 기존 데이터를 새로운 구조로 마이그레이션하십시오. 서버의 전체 성능에 심각한 영향을 미치지 않도록 작은 배치로 수행하십시오.
• 데이터 마이그레이션이 성공했는지 확인하십시오.
• 이전 표에서 일부 선택 절차를 새 절차로 리디렉션하십시오. 자동 테스트를 사용하여 변경된 모듈이 여전히 올바른지 확인하십시오. 그들의 성능이 수용 가능한지 확인하십시오. 변경된 절차를 배포하십시오.
• 모든 보고서가 새 테이블을 사용할 때까지 이전 단계를 반복하십시오.
• 새 테이블에만 액세스 할 수 있도록 테이블을 수정하는 프로 시저를 변경하십시오.
• 이전 테이블을 아카이브하고 시스템에서 제거하십시오.

우리는이 접근 방식을 여러 번 사용해 가동 중단없이 대형 라이브 프로덕션 테이블을 변경했으며 전혀 문제가 없었습니다.

예, 많은 최신 데이터베이스를 사용하면 null을 추가하거나 제거하는 것과 같이 열을 추가하거나 열의 특성을 변경할 수 있습니다.

열을 삭제하면 데이터가 손실되지만 손상에 대한 두려움은 없습니다.

Percona 도구는 트리거를 사용하여 변경을 지원하며 테이블에 기존 트리거가 이미 있으면 제대로 재생되지 않습니다. 실제로 기존 트리거를 잘 처리하는 트리거를 작성해야했습니다.이 데이터베이스는 데이터베이스에 매우 중요하므로 https://github.com/StirlingMarketingGroup/smg-live-alter

ALTER TABLE명령문으로 발생하는 문제에 대한 질문을 처리하려면 변경 범위에 따라 다릅니다. 특정한 경우, 최소한 MS SQL Server에서 새 열을 추가하면 엔진이 테이블의 임시 사본을 작성하는 동안 새 테이블 정의를 작성하고 데이터를 다시 삽입합니다. 변경 기간 동안 사용자는 테이블에 액세스 할 수 없습니다.

MSSQL 서버에 대한 특정 작업의 예는 다음과 같습니다. http://support.microsoft.com/kb/956176/en-us

정확한 구현은 공급 업체 설명서를 통해 확인해야 할 것이지만 다른 RMDB에는 비슷한 방법이 있다고 가정합니다.