MySQL의 UPDATE 사용 내역에 대한 심층 탐색

MySQL에서는 UPDATE 문을 사용하여 하나 이상의 테이블에 있는 데이터를 수정하고 업데이트할 수 있습니다. 다음 기사는 MySQL에서 UPDATE를 사용하는 방법을 자세히 살펴보는 데 도움이 될 것입니다.

요구 사항

최근 데이터 마이그레이션 요구 사항을 받았습니다. 기존 시스템의 데이터는 새 시스템으로 마이그레이션되며, 기존 시스템은 더 이상 비즈니스 데이터를 추가하지 않고 비즈니스 운영이 수행됩니다. 새로운 시스템에서

　이전의 영향을 줄이기 위해 데이터는 일괄 이전됩니다. 즉, 이전 시스템과 새 시스템이 일정 기간 동안 병렬로 실행됩니다.

　데이터는 ID에 따라 일괄로 분할되지 않습니다. 이는 각 데이터 배치의 ID가 불규칙하다는 것을 의미합니다

　또한, 이전 시스템 데이터와 새 시스템 데이터 간의 일치성을 보장하기 위해 새 시스템의 ID는 최대한 이전 시스템의 ID를 사용합니다.

이전 시스템과 신규 시스템에서 테이블 ID가 자동으로 증가하므로 마이그레이션 중에 이전 시스템의 ID가 새 시스템에 의해 점유되었을 수 있습니다. 다음과 유사합니다.

데이터 이전 시 최대한 기존 시스템의 ID를 사용하도록 하시고, 충돌하는 ID는 일괄적으로 조정해야 합니다

　　

이 충돌하는 ID를 일괄 조정하는 방법

, 이것이 바로 제가 원하는 것입니다. 지금 달성하려면

내 구현은 비즈니스 데이터의 증가와 새 시스템의 현재 최대 ID를 기반으로 시작 ID를 미리 설정하는 것입니다.

요구사항 실현

어떤 친구들은 이게 간단하지 않다고 생각할 수도 있죠?

　데이터가 5개인데 이렇게만 쓰면 안되는거 아닌가요

　 참 간단한데 어떻게 해야할지 복선이 너무 많네요 선생님?

　이 순간 문득 깨달은 포스터: 내 친구, 너 정말 대단해

근데 충돌하는 데이터(수백,수천)가 많으면 이렇게 하나씩 바꿔도 되나요?

　정말 이렇게 하시면 정말 존경스럽습니다

　분명히 현명한 친구들이 더 많죠

　그럼 어떻게 달성할까요?

　　　　　　　　　　　　　　　　　　　　ifier, 로컬 변수 + 

UPDATE

　를 사용하여 직접

SQL

　

　　 실제 사례를 살펴보자

　　table

tbl_batch_update　 　데이터 은 다음과 같습니다

　실행 효과는 다음과 같습니다

　업데이트 후

　더 엄격해졌습니다

　어떻게 달성하나요?

UPDATE

는

ORDER

BY

도 지원하나요?

　아래와 같이 정말 지원됩니다

포스터에서 주로 UPDATE를 사용하면 기본적으로 ORDER BY와 결합하지 않고, LIMIT

과 결합도 시도하지 않고 이번에는 포스터의 느낌을 살려보려고 노력했습니다. UPDATE 이상한 느낌이 더 편합니다. 전체 구문은 어떻게 되어야 할까요? 천천히 읽어 봅시다

UPDATE

다음은 모두 MySQL 8.0의 공식 문서 UPDATE 문을 기반으로 컴파일되었습니다. 공식 문서

　직접 이동하는 것이 좋습니다. ㅋㅋㅋ

BY

및

LIMIT

　

LOW_PRIORITY

　

UPDATE

수정자 중 하나,

SQL

사용 시 LOW_PRIORITY , UPDATE 실행 다른 클라이언트가 테이블에서 데이터를 읽을 때까지 지연됩니다　그러나 테이블 수준 잠금의 스토리지 엔진만

LOW_PRIORITY

를 지원합니다. 테이블 수준 잠금의 스토리지 엔진에는 MyISAM,

MEMORY

및 이 포함됩니다. MERGE 그래서 결국 일반적으로 사용되는 InnoDB는 지원되지 않습니다사용 시나리오가 거의 없으므로 익숙해지세요

　IGNORE　 UPDATE

의 수식어 중 하나가 다음과 같이 선언했습니다. SQL 실행 중 오류가 발생했습니다. 처리 방법 　 IGNORE을 사용하지 않으면 실행 중 오류가 발생하면 아래와 같이 UPDATE가 중단됩니다.

　

9002

업데이트됨 9003 기본 키가 충돌하면

UPDATE

전체가 중단되고 9000이

9001

로 업데이트되어

9003으로 롤백됩니다. ~ 9005 업데이트가 수행되지 않았습니다　 IGNORE 를 사용하면 무슨 일이 일어나고 있나요? 　 UPDATE 실행 중 오류가 발생하더라도 실행이 완료되고 영향을 받은 행 수만큼 결국 반환됩니다

　위 반환에서 영향을 받은 줄은 2입니다. 어떤 두 줄이 수정되었는지 알려주실 수 있나요?

　 IGNORE에 대한 자세한 내용은 다음을 확인하세요. IGNORE가 명령문 실행에 미치는 영향

　 사용 시나리오와 관련하여 기존 시스템과 새 시스템이 병렬로 데이터 마이그레이션을 수행하는 경우 기본 키 또는 고유 키 충돌은 무시하세요

　ORDER BY

UDPATE의 실행 프로세스를 알면 더 잘 이해할 수 있습니다

　 UPDATE 실제로는 단계 확인과 두 단계가 있습니다. 업데이트 단계

　한 줄씩 처리하여 한 줄이 WHERE 절을 만족하면 한 줄을 업데이트합니다

　여기서 ORDER BY는 SELECT와 같습니다. 에서 ORDER BY는 동일한 효과를 가집니다

사용 시나리오에 관해서는 앞서 언급한 수요 배경을 살펴보면

IGNORE

의 1번 사례에서 보고된 오류가 실제로 사용될 수도 있습니다 ORDER BY

　

LIMIT

　

LIMIT row_count

절은 행 일치 제한입니다. WHERE 절을 만족하는 row_count 행이 발견되면 해당 행이 실제로 변경되었는지 여부에 관계없이 명령문은 즉시 중지됩니다.　즉,

LIMIT

은 check로 제한됩니다. 업데이트 단계와는 아무런 관련이 없습니다. Relationship

　

Note

: ​​​​구문 LIMIT에서 SELECT과 여전히 차이가 있습니다.

　

　

value DEFAULT

　

UPDATE

SET 절의 value는 표현식입니다. 무슨 뜻인가요?个 먼저 그런 질문을 살펴보겠습니다.

　　 SQL_MODE를 살펴보고 SELECT @@sql_mode;을 실행하여 결과를 얻습니다.

　 STRICT_TRANS_TABLES은 strict 모드가 활성화되었음을 나타냅니다. INSERT용 및 UPDATE 문 value 제어가 더 엄격해집니다

엄격 모드를 끄고 실행 결과를 보면

　 name 필드 선언이 NOT NULL이 됩니다. , 에 비엄격 SQL 모드에서는 name을 NULL로 설정하면 성공하지만 변경된 값은 NULL이 아니지만 기본값은 VARCHAR입니다. 유형: empty string ('')

Summary

　　　1. strict SQL 모드에서 NOT NULL NULL 필드 설정에 대해 오류가 직접 보고되고 업데이트는 failure

　　 2. 비엄격 SQL 모드에서 필드 설정 NOT NULL NULL은 필드 값을 필드 유형에 해당하는 기본값으로 설정합니다.

기본값에 대해 필드 유형에 대해 다음을 볼 수 있습니다: 데이터 유형 기본값

sql_mode에 대해 볼 수 있는 내용: 서버 SQL 모드

일반적으로 생성된 환경의 MySQL은 일반적으로 엄격 모드이므로 누구나 가 있다는 것을 알 수 있습니다. value defaultef. 이것은 충분하다. SQL

결과를 살펴볼까요

　 name

값이 예상과 조금 다른가요?

　 단일 테이블의

SET은 왼쪽에서 오른쪽으로 수행되지만 다중 테이블

UPDATE

은 수행되지 않습니다.

Summary

　1.

UPDATE

이든

DELETE이든 먼저 확인하고 찾은 후 처리하는 과정이 있습니다

　2. UPDATE 구문 중 LOW_PRIORITY는 거의 사용되지 않고, IGNORE는 가끔씩 사용되며, ORDER BY 및 LIMIT이 상대적으로 더 자주 사용되지만 둘 다입니다. 혼란스러운 Ripe

　3 , sql_mode는 상대적으로 중요한 지식 포인트이며 프로덕션 환경에서는 모든 사람이 숙달하는 것이 좋습니다. 엄격 모드를 켜는 것이 좋습니다

원본 주소: https://www.cnblogs. com/youzhibing/p/16719474.html

저자: Qingshi Road

[관련 권장 사항: mysql 비디오 튜토리얼]

위 내용은 MySQL의 UPDATE 사용 내역에 대한 심층 탐색의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!