mysql 삭제 작업은 실제로 가짜 삭제입니다.
InnoDB에서 삭제 작업은 실제로 데이터를 삭제하지 않습니다. MySQL은 실제로 삭제된 데이터를 삭제된 것으로 표시하므로 삭제를 사용하여 테이블의 데이터를 삭제합니다. 디스크에서 테이블 파일이 차지하는 공간은 줄어들지 않습니다. 지금은 이를 가짜 삭제라고 합니다.
예제를 통해 확인할 수 있습니다
이전 글의 예를 따라가서 먼저 저장 프로시저를 만들고 10만 개의 데이터를 삽입한 다음 이 10만 개의 데이터가 얼마나 많은 공간을 차지하는지 살펴보겠습니다.
CREATE TABLE `t` ( `id` int(11) NOT NULL, `a` int(11) DEFAULT NULL, `b` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `a` (`a`), KEY `b` (`b`) ) ENGINE=InnoDB;
#定义分割符号,mysql 默认分割符为分号;,这里定义为 // #分隔符的作用主要是告诉mysql遇到下一个 // 符号即执行上面这一整段sql语句 delimiter // #创建一个存储过程,并命名为 testData create procedure testData() #下面这段就是表示循环往表里插入10w条数据 begin declare i int; set i=1; while(i<=100000)do insert into t values(i, i, i); set i=i+1; end while; end // #这里遇到//符号,即执行上面一整段sql语句 delimiter ; #恢复mysql分隔符为; call testData(); #调用存储过程
#下面这两条命令可以查看表文件所占空间大小 mysql> use information_schema; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') from tables where table_schema='test' AND table_name='t'; +-------------------------------------------------+ | concat(round(sum(DATA_LENGTH/1024/1024),2),'M') | +-------------------------------------------------+ | 3.52M | +-------------------------------------------------+ 1 row in set (0.04 sec)
mysql에서 100,000개의 데이터가 3.52M의 공간을 차지하고 있는 것을 볼 수 있으니, delete 명령을 실행하여 살펴보겠습니다.
#先删除表所有数据,再重新查看表文件大小 mysql> delete from t; Query OK, 100000 rows affected (0.46 sec) mysql> use information_schema; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') from tables where table_schema='test' AND table_name='t'; +-------------------------------------------------+ | concat(round(sum(DATA_LENGTH/1024/1024),2),'M') | +-------------------------------------------------+ | 3.52M | +-------------------------------------------------+ 1 row in set (0.00 sec)
결과에서 테이블 데이터가 지워진 후에도 테이블이 차지하는 공간이 변경되지 않음을 알 수 있습니다. 이는 위의 결론을 확인합니다. 삭제 작업은 실제로 데이터를 삭제하지 않으며 테이블 공간도 삭제되지 않습니다. 출시된.
삭제된 레코드 행은 삭제 표시만 되어 있으며 다음에 조건을 충족하는 레코드를 표시된 위치에 직접 삽입할 수 있습니다.
예를 들어 id가 300~600 사이인 레코드 중 id=500인 레코드를 삭제하면 다음에 삽입할 id=400인 레코드가 있으면 이 레코드는 삭제된 것으로 표시됩니다. id=500으로 삭제 표시된 경우를 라인 레코드 재사용이라고 합니다.
또 다른 상황은 데이터 페이지 재사용으로, 이는 전체 데이터 페이지를 표시하고 삭제했기 때문에 행 레코드 재사용, 데이터 페이지 재사용과 달리 데이터에 대한 제한이 거의 없습니다. 삽입됩니다.
위 삽입을 예로 들면, 삽입할 레코드가 id=1000이면 위치 id=500은 재사용할 수 없지만, 재사용할 수 있는 데이터 페이지 전체가 있다면 id가 무엇이든 상관없습니다. 값은 이 페이지에서 재사용할 수 있습니다.
삭제 표시가 되어 있는 이 기록들은 실제로는 구멍이 나고, 마치 맨홀을 차지한 듯한 느낌을 줍니다. 공간 낭비일 뿐만 아니라, 쿼리 효율성에도 영향을 미치게 됩니다.
mysql은 맨 아래 레이어에서 데이터 페이지 단위로 데이터를 저장하고 읽는다는 것을 알아야 하기 때문입니다. 디스크에서 데이터를 읽을 때마다 데이터 페이지를 읽게 됩니다. 디스크 IO 작업에 대한 디스크 IO는 메모리 액세스 속도에 비해 상당히 느립니다.
그래서 생각해 보면 테이블에 데이터 홀이 많이 있으면 원래 하나의 데이터 페이지만 저장하면 되는 데이터가 많은 홀에 의해 차지하게 되고 다른 데이터 페이지를 추가해야 할 것입니다. 그에 따라 mysql이 동일한 데이터를 쿼리할 때 디스크 IO 작업이 늘어나 쿼리 속도에 영향을 미칩니다.
사실 삭제 작업으로 인해 데이터 구멍이 발생할 뿐만 아니라 삽입 및 업데이트도 구멍을 유발할 수 있습니다. 여기서는 자세히 설명하지 않겠습니다.
따라서 데이터 테이블은 잦은 추가, 삭제, 수정을 거치면 필연적으로 데이터 홀이 생기고 공간이 낭비되며 쿼리 효율성에 영향을 미치게 됩니다. 일반적으로 프로덕션 환경에서는 이것이 원래의 모습으로 직접적으로 나타납니다. 빠른 쿼리는 점점 느려집니다.
이 경우 일반적으로 다음 명령을 사용하여 데이터 홀 문제를 해결할 수 있습니다.
optimize table t
이 명령의 원리는 테이블을 재구축하는 것입니다. 즉, 임시 테이블 B를 생성한 다음 테이블 A(데이터 구멍이 있는 테이블)의 모든 데이터를 쿼리한 다음 모든 데이터를 임시 테이블 B에 다시 삽입하고, 마지막으로 테이블 A를 임시 테이블 B로 교체하면 됩니다. 테이블을 재구축하는 과정입니다.
다시 시도해 보겠습니다.
효과를 보세요
mysql> optimize table t; +--------+----------+----------+-------------------------------------------------------------------+ | Table | Op | Msg_type | Msg_text | +--------+----------+----------+-------------------------------------------------------------------+ | test.t | optimize | note | Table does not support optimize, doing recreate + analyze instead | | test.t | optimize | status | OK | +--------+----------+----------+-------------------------------------------------------------------+ 2 rows in set (0.39 sec) mysql> use information_schema; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') from tables where table_schema='test' AND table_name='t'; +-------------------------------------------------+ | concat(round(sum(DATA_LENGTH/1024/1024),2),'M') | +-------------------------------------------------+ | 0.02M | +-------------------------------------------------+ 1 row in set (0.00 sec)
테이블 파일 크기가 0.02M로 된 것을 볼 수 있습니다. 이는 테이블 공간이 해제되었음을 나타냅니다. 이 0.02M는 테이블 구조를 정의하는 파일의 크기여야 합니다.
또한 다음 명령을 사용하여 테이블을 다시 작성할 수도 있으며, 이는 위와 동일한 효과를 얻을 수 있으므로 다음 명령을 사용해 볼 수 있습니다.
alter table t engine=InnoDB
본 글의 내용은 InnoDB 엔진을 기준으로 작성되었으며, 다른 엔진에서는 약간의 차이가 있을 수 있습니다.
위 내용은 mysql 삭제 작업이 실제로는 가짜 삭제인 문제를 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템으로, 주로 데이터를 신속하고 안정적으로 저장하고 검색하는 데 사용됩니다. 작업 원칙에는 클라이언트 요청, 쿼리 해상도, 쿼리 실행 및 반환 결과가 포함됩니다. 사용의 예로는 테이블 작성, 데이터 삽입 및 쿼리 및 조인 작업과 같은 고급 기능이 포함됩니다. 일반적인 오류에는 SQL 구문, 데이터 유형 및 권한이 포함되며 최적화 제안에는 인덱스 사용, 최적화 된 쿼리 및 테이블 분할이 포함됩니다.

MySQL은 데이터 저장, 관리, 쿼리 및 보안에 적합한 오픈 소스 관계형 데이터베이스 관리 시스템입니다. 1. 다양한 운영 체제를 지원하며 웹 응용 프로그램 및 기타 필드에서 널리 사용됩니다. 2. 클라이언트-서버 아키텍처 및 다양한 스토리지 엔진을 통해 MySQL은 데이터를 효율적으로 처리합니다. 3. 기본 사용에는 데이터베이스 및 테이블 작성, 데이터 삽입, 쿼리 및 업데이트가 포함됩니다. 4. 고급 사용에는 복잡한 쿼리 및 저장 프로 시저가 포함됩니다. 5. 설명 진술을 통해 일반적인 오류를 디버깅 할 수 있습니다. 6. 성능 최적화에는 인덱스의 합리적인 사용 및 최적화 된 쿼리 문이 포함됩니다.

MySQL은 성능, 신뢰성, 사용 편의성 및 커뮤니티 지원을 위해 선택됩니다. 1.MYSQL은 효율적인 데이터 저장 및 검색 기능을 제공하여 여러 데이터 유형 및 고급 쿼리 작업을 지원합니다. 2. 고객-서버 아키텍처 및 다중 스토리지 엔진을 채택하여 트랜잭션 및 쿼리 최적화를 지원합니다. 3. 사용하기 쉽고 다양한 운영 체제 및 프로그래밍 언어를 지원합니다. 4. 강력한 지역 사회 지원을 받고 풍부한 자원과 솔루션을 제공합니다.

InnoDB의 잠금 장치에는 공유 잠금 장치, 독점 잠금, 의도 잠금 장치, 레코드 잠금, 갭 잠금 및 다음 키 잠금 장치가 포함됩니다. 1. 공유 잠금을 사용하면 다른 트랜잭션을 읽지 않고 트랜잭션이 데이터를 읽을 수 있습니다. 2. 독점 잠금은 다른 트랜잭션이 데이터를 읽고 수정하는 것을 방지합니다. 3. 의도 잠금은 잠금 효율을 최적화합니다. 4. 레코드 잠금 잠금 인덱스 레코드. 5. 갭 잠금 잠금 장치 색인 기록 간격. 6. 다음 키 잠금은 데이터 일관성을 보장하기 위해 레코드 잠금과 갭 잠금의 조합입니다.

MySQL 쿼리 성능이 좋지 않은 주된 이유는 인덱스 사용, 쿼리 최적화에 의한 잘못된 실행 계획 선택, 불합리한 테이블 디자인, 과도한 데이터 볼륨 및 잠금 경쟁이 포함됩니다. 1. 색인이 느리게 쿼리를 일으키지 않으며 인덱스를 추가하면 성능이 크게 향상 될 수 있습니다. 2. 설명 명령을 사용하여 쿼리 계획을 분석하고 Optimizer 오류를 찾으십시오. 3. 테이블 구조를 재구성하고 결합 조건을 최적화하면 테이블 설계 문제가 향상 될 수 있습니다. 4. 데이터 볼륨이 크면 분할 및 테이블 디비전 전략이 채택됩니다. 5. 높은 동시성 환경에서 거래 및 잠금 전략을 최적화하면 잠금 경쟁이 줄어들 수 있습니다.

데이터베이스 최적화에서 쿼리 요구 사항에 따라 인덱싱 전략을 선택해야합니다. 1. 쿼리에 여러 열이 포함되고 조건 순서가 수정되면 복합 인덱스를 사용하십시오. 2. 쿼리에 여러 열이 포함되어 있지만 조건 순서가 고정되지 않은 경우 여러 단일 열 인덱스를 사용하십시오. 복합 인덱스는 다중 열 쿼리를 최적화하는 데 적합한 반면 단일 열 인덱스는 단일 열 쿼리에 적합합니다.

MySQL 느린 쿼리를 최적화하려면 SlowQueryLog 및 Performance_Schema를 사용해야합니다. 1. SlowQueryLog 및 Set Stresholds를 사용하여 느린 쿼리를 기록합니다. 2. Performance_schema를 사용하여 쿼리 실행 세부 정보를 분석하고 성능 병목 현상을 찾고 최적화하십시오.

MySQL 및 SQL은 개발자에게 필수적인 기술입니다. 1.MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템이며 SQL은 데이터베이스를 관리하고 작동하는 데 사용되는 표준 언어입니다. 2.MYSQL은 효율적인 데이터 저장 및 검색 기능을 통해 여러 스토리지 엔진을 지원하며 SQL은 간단한 문을 통해 복잡한 데이터 작업을 완료합니다. 3. 사용의 예에는 기본 쿼리 및 조건 별 필터링 및 정렬과 같은 고급 쿼리가 포함됩니다. 4. 일반적인 오류에는 구문 오류 및 성능 문제가 포함되며 SQL 문을 확인하고 설명 명령을 사용하여 최적화 할 수 있습니다. 5. 성능 최적화 기술에는 인덱스 사용, 전체 테이블 스캔 피하기, 조인 작업 최적화 및 코드 가독성 향상이 포함됩니다.


핫 AI 도구

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

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

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음
