찾다
데이터 베이스MySQL 튜토리얼MySQL 소개 및 사용--pt-osc

MySQL 소개 및 사용--pt-osc

Jul 27, 2017 am 09:21 AM
공부하다도구

pt-osc 워크플로:
1. 변경된 테이블에 기본 키 또는 고유 인덱스가 있는지 확인하고, 트리거가 있는지 확인합니다.
2. 수정된 테이블의 테이블 구조를 확인하고, 임시 테이블을 생성합니다. 새 테이블에서 ALTER TABLE 문을 실행합니다.
3. INSERT UPDATE DELETE 작업을 위해 소스 테이블에 3개의 트리거를 만듭니다.
4. 복사 프로세스 중에 소스 테이블의 데이터를 임시 테이블에 복사합니다. 원본 테이블에 대한 작업이 기록됩니다. 새 테이블을 입력하세요.
5. 임시 테이블과 원본 테이블의 이름을 바꿉니다(메타데이터 수정 잠금이 필요하며 테이블을 잠시 잠가야 함)
6. 소스 테이블과 트리거를 사용하여 테이블 구조 수정을 완료합니다.

##=========================================== ==== =========##
pt-osc 도구 제한
1. 소스 테이블에는 기본 키 또는 고유 인덱스가 있어야 합니다. 도구가 없으면 작동이 중지됩니다.
2. 온라인 복제의 경우 환경 필터 작업이 너무 복잡하여 도구가 작동하지 않습니다
3. 복제 지연 확인이 켜져 있지만 마스터-슬레이브 지연이 발생하면 도구가 데이터를 일시 중지합니다. 복사 작업
4. 마스터 서버 로드 확인이 켜져 있지만 마스터 서버가 로드 중인 경우 값이 높을 때 도구는 작업을 일시 중지합니다
5. 그러나 테이블이 외래 키를 사용하는 경우 --alter-foreign-keys-method 매개변수를 사용하지 않으면 도구를 실행할 수 없습니다. 6. Innodb 스토리지 엔진 테이블만 지원되며 테이블의 여유 공간이 1배 이상 필요합니다. 섬기는 사람.
##=========================================== ==== =========##

pt-osc 데이터 복사
데이터 복사 과정에서 도구는 기본 키 또는 고유 키에 따라 데이터를 분할하여 매번 복사되는 데이터 행 수 이렇게 하면 복사 시 서버 리소스가 너무 많이 소모되지 않습니다. 원본 테이블과 대상 테이블의 데이터가 동일한지 확인하기 위해 LOCK IN SHARE MODE를 사용하여 복사할 데이터 세그먼트의 최신 데이터를 얻고 해당 데이터에 공유 잠금을 추가하여 다른 세션이 수정하지 못하도록 합니다. 데이터를 새 테이블에 삽입하려면 LOW_PRIORITY IGNORE를 사용하세요. LOW_PRIORIT 키워드를 사용하면 삽입 작업이 실행되기 전에 테이블에 액세스하는 다른 작업이 완료될 때까지 기다리게 됩니다. 테이블에 중복된 기본 키 또는 고유 인덱스 키가 있습니다.
테이블`testdb1`.`tb1001` 수정 시 데이터 복사 스크립트:

## 먼저 다음 복사 데이터의 경계를 확보하고 강제 인덱싱을 수행하면 실행 계획 문제를 효과적으로 피할 수 있습니다

SELECT / *!40001 SQL_NO_CACHE */ `id` FROM `testdb1`.`tb1001` FORCE INDEX(`PRIMARY`) WHERE ((`id` >= '8394306')) ORDER BY `id` LIMIT 22256, 2 /*next 덩어리 경계*/
## 복사 데이터의 경계 제한을 통해 한 번에 너무 많은 데이터를 복사하여 오랫동안 다른 응답을 차단하는 것을 방지

INSERT LOW_PRIORITY IGNORE INTO `testdb1`.`_tb1001_new` (` id`, `c1`, `c6`) SELECT `id`, `c1`, `c6` FROM `testdb1`.`tb1001` FORCE INDEX(`PRIMARY`) WHERE ((`id` >= '8394306' )) AND ( (`id`

##========= ===== =======================================##


pt-osc 트리거 장치

pt-osc 도구는 INSERT UPDATE DELETE 작업을 위해 소스 테이블에 3개의 AFTER 트리거를 생성합니다. DELETE 트리거는 DELETE IGNORE를 사용하여 소스 테이블과 새 테이블의 데이터가 삭제되었는지 확인하는 반면, INSERT 및 UPDATE 트리거는 사용합니다. REPLACE. INTO를 사용하여 새 테이블 데이터가 원본 테이블 데이터와 일치하는지 확인합니다.

MySQL은 동일한 유형의 트리거를 하나만으로 제한하므로 실행 전에 소스 테이블에 트리거가 있는지 확인해야 합니다. 삭제 및 업데이트의 효율성과 편의성을 위해서는 소스 테이블 데이터가 필요합니다. 테이블에 기본 키 또는 고유 인덱스가 필요합니다.

##=========================================== ==== =========##
pt-osc가 호스트 성능에 미치는 영향

호스트 성능에 과도한 영향을 주지 않기 위해 pt-osc 도구는 다음 측면:
1. 매개변수 Chunk-size 및 Chunk-time은 각 데이터 복사본의 크기를 제어합니다
2. 매개변수 max-load를 사용하여 각 청크 복사 후에 호스트의 현재 압력을 확인합니다. 완료되면 SHOW GLOBAL STATUS LIKE 'Threads_running' 명령이 실행되어 현재 실행 중인 스레드 수를 확인합니다. 기본 Threads_running=25, 최대값을 지정하지 않으면 현재 값의 120%를 가져옵니다. 최대값으로 임계값을 초과하면 데이터 복사가 일시 중지됩니다

##======= ==================== ==========================##
pt-osc의 라이브러리 복사 지연

복사에 민감한 기업의 경우 지연, 다음 매개변수를 통해 복사 지연을 제어할 수 있습니다.

--max-log
기본값은 1s이며, 각 청크가 복사됩니다. 완료 후 확인에서 지정한 슬레이브 데이터베이스의 지연 정보- Slave-lag 매개변수를 확인하여 max-log 임계값을 초과하면 복제 지연이 max-log 임계값보다 작아질 때까지 데이터 복제가 일시 중지됩니다. 복제 대기 시간 정보 확인은 SHOW SLAVE STATUS 문에 반환된 Seconds_Behind_Master 열 값에 따라 달라집니다.

--check-interval
복제 지연이 발생하여 데이터 복제가 일시 중지되면 지연 시간이 max-log보다 작아질 때까지 check-interval에서 지정한 시간에 따라 주기적으로 복제 지연을 확인합니다.

--check-slave-lag
복제 지연의 슬레이브 IP를 확인해야 합니다
check-slave-lag 매개 변수를 지정하고 슬레이브가 정상적으로 연결할 수 없거나 슬레이브 IO 스레드와 SQL 스레드가 중지되면 마스터와 슬레이브 사이에 지연이 있어 데이터 복사 작업이 일시 중단되는 것으로 판단됩니다.
check-slave-lag 매개변수를 지정하지 않으면 기본적으로 슬레이브 라이브러리의 지연이 계속 확인되지만 복제 지연으로 인해 데이터 복제가 중단되지는 않습니다.

##=========================================== ==== =========##
pt-osc 청크 설정
pt-osc 도움말 문서에서 청크에 대한 매개변수는 다음과 같습니다.

--chunk-index=s                  Prefer this index for chunking tables
--chunk-index-columns=i          Use only this many left-most columns of a --chunk-index
--chunk-size=z                   Number of rows to select for each chunk copied (default 1000)
--chunk-size-limit=f             Do not copy chunks this much larger than the desired chunk size (default 4.0)
--chunk-time=f                   Adjust the chunk size dynamically so each data-copy query takes this long to execute (default 0.5)

청크인 경우- 크기와 청크 시간을 모두 지정하지 않은 경우 청크 크기의 기본값은 1000이고 청크 시간의 기본값은 0.5S입니다. 처음에는 청크 크기에 따라 데이터가 복사됩니다. 그런 다음 첫 번째 복사 시간을 기준으로 동적으로 chumk-size의 크기를 조정하여 서버의 성능 변화에 맞게 조정합니다. 예를 들어 마지막으로 1000개의 행을 복사하는 데 0.1S가 걸렸고 다음 번에는 chumk-size가 됩니다. 5000으로 동적으로 조정됩니다.
chumk-size 값을 명시적으로 지정하거나, Chunk-time을 0으로 지정하면 매번 Chunk-size에 맞춰 데이터가 복사됩니다.

##=====================================================##
pt-osc之alter语句限制
1、不需要包含alter table关键字,可以包含多个修改操作,使用逗号分开,如"drop clolumn c1, add column c2 int"
2、不支持rename语句来对表进行重命名操作
3、不支持对索引进行重命名操作
4、如果删除外键,需要对外键名加下划线,如删除外键fk_uid, 修改语句为"DROP FOREIGN KEY _fk_uid"
##=====================================================##
pt-osc之命令模板
## --execute表示执行
## --dry-run表示只进行模拟测试
## 表名只能使用参数t来设置,没有长参数

pt-online-schema-change \--host="127.0.0.1" \--port=3358 \--user="root" \--password="root@root" \--charset="utf8" \--max-lag=10 \--check-salve-lag='xxx.xxx.xxx.xxx' \--recursion-method="hosts" \--check-interval=2 \--database="testdb1" \t="tb001" \--alter="add column c4 int" \--execute

pt-osc之命令输出
上面命令执行输出如下:

No slaves found.  See --recursion-method if host 171DB166 has slaves.
Will check slave lag on:
  170DB166
Operation, tries, wait:
  copy_rows, 10, 0.25
  create_triggers, 10, 1
  drop_triggers, 10, 1
  swap_tables, 10, 1
  update_foreign_keys, 10, 1
Altering `testdb1`.`tb001`...
Creating new table...
Created new table testdb1._tb001_new OK.
Altering new table...
Altered `testdb1`.`_tb001_new` OK.
2016-04-28T23:18:04 Creating triggers...
2016-04-28T23:18:04 Created triggers OK.
2016-04-28T23:18:04 Copying approximately 1 rows...
2016-04-28T23:18:04 Copied rows OK.
2016-04-28T23:18:04 Swapping tables...
2016-04-28T23:18:04 Swapped original and new tables OK.
2016-04-28T23:18:04 Dropping old table...
2016-04-28T23:18:04 Dropped old table `testdb1`.`_tb001_old` OK.
2016-04-28T23:18:04 Dropping triggers...
2016-04-28T23:18:04 Dropped triggers OK.
Successfully altered `testdb1`.`tb001`.

위 내용은 MySQL 소개 및 사용--pt-osc의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
MySQL은 sqlite와 어떻게 다릅니 까?MySQL은 sqlite와 어떻게 다릅니 까?Apr 24, 2025 am 12:12 AM

MySQL과 Sqlite의 주요 차이점은 설계 개념 및 사용 시나리오입니다. 1. MySQL은 대규모 응용 프로그램 및 엔터프라이즈 수준의 솔루션에 적합하며 고성능 및 동시성을 지원합니다. 2. SQLITE는 모바일 애플리케이션 및 데스크탑 소프트웨어에 적합하며 가볍고 내부질이 쉽습니다.

MySQL의 색인이란 무엇이며 성능을 어떻게 향상 시키는가?MySQL의 색인이란 무엇이며 성능을 어떻게 향상 시키는가?Apr 24, 2025 am 12:09 AM

MySQL의 인덱스는 데이터 검색 속도를 높이는 데 사용되는 데이터베이스 테이블에서 하나 이상의 열의 주문 구조입니다. 1) 인덱스는 스캔 한 데이터의 양을 줄임으로써 쿼리 속도를 향상시킵니다. 2) B-Tree Index는 균형 잡힌 트리 구조를 사용하여 범위 쿼리 및 정렬에 적합합니다. 3) CreateIndex 문을 사용하여 CreateIndexIdx_customer_idonorders (customer_id)와 같은 인덱스를 작성하십시오. 4) Composite Indexes는 CreateIndexIdx_customer_orderOders (Customer_id, Order_Date)와 같은 다중 열 쿼리를 최적화 할 수 있습니다. 5) 설명을 사용하여 쿼리 계획을 분석하고 피하십시오

MySQL에서 트랜잭션을 사용하여 데이터 일관성을 보장하는 방법을 설명하십시오.MySQL에서 트랜잭션을 사용하여 데이터 일관성을 보장하는 방법을 설명하십시오.Apr 24, 2025 am 12:09 AM

MySQL에서 트랜잭션을 사용하면 데이터 일관성이 보장됩니다. 1) STARTTRANSACTION을 통해 트랜잭션을 시작한 다음 SQL 작업을 실행하고 커밋 또는 롤백으로 제출하십시오. 2) SavePoint를 사용하여 부분 롤백을 허용하는 저장 지점을 설정하십시오. 3) 성능 최적화 제안에는 트랜잭션 시간 단축, 대규모 쿼리 방지 및 격리 수준을 합리적으로 사용하는 것이 포함됩니다.

MySQL을 통해 어떤 시나리오에서 PostgreSQL을 선택할 수 있습니까?MySQL을 통해 어떤 시나리오에서 PostgreSQL을 선택할 수 있습니까?Apr 24, 2025 am 12:07 AM

MySQL 대신 PostgreSQL을 선택한 시나리오에는 다음이 포함됩니다. 1) 복잡한 쿼리 및 고급 SQL 기능, 2) 엄격한 데이터 무결성 및 산 준수, 3) 고급 공간 기능이 필요하며 4) 큰 데이터 세트를 처리 할 때 고성능이 필요합니다. PostgreSQL은 이러한 측면에서 잘 수행되며 복잡한 데이터 처리 및 높은 데이터 무결성이 필요한 프로젝트에 적합합니다.

MySQL 데이터베이스를 어떻게 보호 할 수 있습니까?MySQL 데이터베이스를 어떻게 보호 할 수 있습니까?Apr 24, 2025 am 12:04 AM

MySQL 데이터베이스의 보안은 다음 조치를 통해 달성 할 수 있습니다. 1. 사용자 권한 관리 : CreateUser 및 Grant 명령을 통한 액세스 권한을 엄격히 제어합니다. 2. 암호화 된 전송 : 데이터 전송 보안을 보장하기 위해 SSL/TLS를 구성합니다. 3. 데이터베이스 백업 및 복구 : MySQLDump 또는 MySQLPump를 사용하여 정기적으로 백업 데이터를 사용하십시오. 4. 고급 보안 정책 : 방화벽을 사용하여 액세스를 제한하고 감사 로깅 작업을 가능하게합니다. 5. 성능 최적화 및 모범 사례 : 인덱싱 및 쿼리 최적화 및 정기 유지 보수를 통한 안전 및 성능을 모두 고려하십시오.

MySQL 성능을 모니터링하는 데 사용할 수있는 몇 가지 도구는 무엇입니까?MySQL 성능을 모니터링하는 데 사용할 수있는 몇 가지 도구는 무엇입니까?Apr 23, 2025 am 12:21 AM

MySQL 성능을 효과적으로 모니터링하는 방법은 무엇입니까? Mysqladmin, Showglobalstatus, Perconamonitoring and Management (PMM) 및 MySQL Enterprisemonitor와 같은 도구를 사용하십시오. 1. MySQLADMIN을 사용하여 연결 수를보십시오. 2. showglobalstatus를 사용하여 쿼리 번호를보십시오. 3.pmm은 자세한 성능 데이터 및 그래픽 인터페이스를 제공합니다. 4. MySQLENTERPRISOMITOR는 풍부한 모니터링 기능 및 경보 메커니즘을 제공합니다.

MySQL은 SQL Server와 어떻게 다릅니 까?MySQL은 SQL Server와 어떻게 다릅니 까?Apr 23, 2025 am 12:20 AM

MySQL과 SqlServer의 차이점은 1) MySQL은 오픈 소스이며 웹 및 임베디드 시스템에 적합합니다. 2) SQLServer는 Microsoft의 상용 제품이며 엔터프라이즈 수준 애플리케이션에 적합합니다. 스토리지 엔진의 두 가지, 성능 최적화 및 응용 시나리오에는 상당한 차이가 있습니다. 선택할 때는 프로젝트 규모와 향후 확장 성을 고려해야합니다.

MySQL을 통해 어떤 시나리오에서 SQL Server를 선택할 수 있습니까?MySQL을 통해 어떤 시나리오에서 SQL Server를 선택할 수 있습니까?Apr 23, 2025 am 12:20 AM

고 가용성, 고급 보안 및 우수한 통합이 필요한 엔터프라이즈 수준의 응용 프로그램 시나리오에서는 MySQL 대신 SQLServer를 선택해야합니다. 1) SQLServer는 고 가용성 및 고급 보안과 같은 엔터프라이즈 수준의 기능을 제공합니다. 2) VisualStudio 및 Powerbi와 같은 Microsoft Ecosystems와 밀접하게 통합되어 있습니다. 3) SQLSERVER는 성능 최적화에서 우수한 성능을 발휘하며 메모리 최적화 된 테이블 및 열 스토리지 인덱스를 지원합니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

에디트플러스 중국어 크랙 버전

에디트플러스 중국어 크랙 버전

작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

SublimeText3 영어 버전

SublimeText3 영어 버전

권장 사항: Win 버전, 코드 프롬프트 지원!

MinGW - Windows용 미니멀리스트 GNU

MinGW - Windows용 미니멀리스트 GNU

이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.