1. 컬럼 유형 저장 요구 사항
MySQL이 지원하는 각 컬럼 유형의 저장 요구 사항을 카테고리별로 나열합니다.
MyISAM 테이블의 최대 행 크기는 65,534바이트입니다. 각 BLOB 및 TEXT 열은 5~9바이트만 차지합니다.
MyISAM 테이블에 가변 길이 열 유형이 포함된 경우 레코드 형식도 가변 길이입니다. 테이블을 생성할 때 MySQL은 특정 조건에서 열을 가변 길이 유형에서 고정 길이 유형으로 또는 그 반대로 변경할 수 있습니다.
숫자 유형 저장 요구 사항
열 유형 저장 요구 사항
TINYINT 1바이트
SMALLINT 2바이트
MEDIUMINT 3바이트
INT, INTEGER 4바이트
BIGINT 8바이트
FLOAT(p) 0
FLOAT 4바이트
DOUBLE [PRECISION], 항목 REAL 8바이트
DECIMAL(M,D), NUMERIC(M,D) 변수 길이; 아래 토론 참조
BIT(M) 정보 (M+7)/8바이트
DECIMAL 저장소 요구 사항(및 NUMERIC)은 버전별로 다릅니다.
은 바이너리 형식을 사용하여 DECIMAL 열 값을 나타내기 위해 10진수 9자리(10 기준) 숫자를 4바이트로 압축합니다. 각 값의 정수 부분과 소수 부분의 저장은 별도로 결정됩니다. 9자리의 배수마다 4바이트가 필요하고 "나머지" 비트에는 4바이트의 일부가 필요합니다. 다음 표에는 초과 비트에 대한 저장 요구 사항이 나와 있습니다.
남은 바이트
비트 수
0 0
1 1
2 1
3 2
4 2
5 3
6 3
7 4
8 4
9 4
날짜 및 시간 유형에 대한 저장 요구 사항
열 유형 저장 요구 사항
DATE 3바이트
DATETIME 8바이트
TIMESTAMP 4바이트
TIME 3바이트
YEAR 1바이트
문자열 유형 저장 요구 사항
컬럼 유형 저장 요구 사항
CHAR(M) M 바이트, 0
VARCHAR(M) L+1 단어 섹션, 여기서 L
BINARY(M) M 바이트, 0
VARBINARY(M) L+1 바이트, 여기서 L
TINYBLOB, TINYTEXT L+1바이트, 여기서 L < 28
BLOB, TEXT L+2바이트, 여기서 L MEDIUMBLOB, MEDIUMTEXT L+3바이트, 여기서 L
LONGBLOB, LONGTEXT L+4바이트, 여기서 L
ENUM('value1','value2', ...) 열거 값 수에 따라 1 또는 2바이트(최대 65,535개 값)
SET('value1','value2',...) 1, 2, 3, 4 또는 8 바이트, 세트 멤버 수에 따라 다름(최대 64개 멤버)
VARCHAR, BLOB 및 TEXT 클래스는 가변 길이 유형입니다. 각 유형의 스토리지 요구사항은 유형의 가능한 최대 크기가 아니라 열 값의 실제 길이(이전 표에서 L로 표시됨)에 따라 달라집니다. 예를 들어, VARCHAR(10) 열은 최대 길이 10의 문자열을 보유할 수 있습니다. 실제 저장 요구 사항은 문자열 길이(L)에 문자열 길이를 기록하는 바이트를 더한 것입니다. 문자열 'abcd'의 경우 L은 4이고 저장에는 5바이트가 필요합니다.
CHAR, VARCHAR, TEXT 유형의 경우 위 표의 L 및 M 값은 문자 수로 해석되어야 하며, 열 정의에서 이러한 유형의 길이는 문자 수를 나타냅니다. 예를 들어 TINYTEXT 값을 저장하려면 L 문자 + 1바이트가 필요합니다.
특정 CHAR, VARCHAR 또는 TEXT 열의 값을 저장하는 데 사용되는 바이트 수를 계산하려면 해당 열에서 사용되는 문자 집합을 고려해야 합니다. 특정한 경우, 유니코드로 작업할 때 모든 유니코드 문자가 동일한 바이트 수를 사용한다는 점을 기억해야 합니다.
참고: VARCHAR 열의 유효 최대 길이는 65,532자입니다.
NDBCLUSTER 엔진은 고정 너비 열만 지원합니다. 이는 MySQL Cluster 테이블의 VARCHAR 열이 CHAR 유형처럼 동작한다는 것을 의미합니다(각 레코드에 여전히 추가 바이트 공간이 있다는 점만 제외). 예를 들어 클러스터 테이블에서 VARCHAR(100)으로 선언된 열의 각 레코드는 실제 저장된 레코드의 문자열 길이에 관계없이 저장 시 101바이트를 차지합니다.
BLOB 및 TEXT 클래스는 클래스의 가능한 최대 길이에 따라 열 값의 길이를 기록하기 위해 1, 2, 3 또는 4바이트가 필요합니다.
NDB 클러스터 스토리지 엔진에서는 TEXT 및 BLOB 열의 구현이 다르며, 여기서 TEXT 열의 각 레코드는 두 개의 개별 부분으로 구성됩니다. 하나는 고정된 크기(256바이트)이며 실제로 원본 테이블에 저장됩니다. 다른 하나는 암시적 테이블에 보관된 256바이트를 초과하는 모든 데이터를 포함합니다. 두 번째 테이블의 레코드 길이는 항상 2,000바이트입니다. 즉, size
ENUM 객체의 크기는 다양한 열거형 값의 수에 따라 결정됩니다. 열거형은 1바이트를 사용하며 255개의 가능한 값을 가질 수 있습니다. 열거형 값이 256에서 65,535 사이이면 2바이트가 사용됩니다.
SET 개체의 크기는 다양한 집합 구성원의 수에 따라 결정됩니다. 설정된 크기가 N이면 개체는 (N+7)/8바이트를 차지하며 1, 2, 3, 4 또는 8바이트로 반올림됩니다. SET에는 최대 64명의 구성원이 포함될 수 있습니다.
2. 올바른 데이터 유형 선택
저장 공간을 최적화하려면 어떤 경우에도 가장 정확한 유형을 사용해야 합니다. 예를 들어 컬럼 값의 범위가 1부터 99999까지인 경우 정수를 사용한다면 MEDIUMINT UNSIGNED가 좋은 타입이다. 이 유형은 열 값을 나타낼 수 있는 모든 유형 중 최소한의 저장 공간을 사용합니다.
10을 기준으로 65자리의 정밀도를 갖는 십진수를 사용하여 DECIMAL 열에 대한 모든 기본 계산(+, -, *, /)을 수행합니다.
DECIMAL 값을 계산하려면 배정밀도 연산을 사용하세요. 정확도가 그다지 중요하지 않거나 속도가 가장 중요하다면 DOUBLE 유형이면 충분합니다. 높은 정밀도를 달성하기 위해 BIGINT에 저장된 고정 소수점 유형으로 변환을 수행할 수 있습니다. 이를 통해 모든 계산을 64비트 정수로 수행하고 필요에 따라 결과를 다시 부동 소수점 값으로 변환할 수 있습니다.
3. 다른 데이터베이스 엔진의 열 유형 사용
다른 공급업체에서 작성한 SQL 실행 코드를 사용하기 위해 MySQL은 다음 표와 같이 열 유형을 매핑합니다. 테이블 정의는 다음 매핑을 통해 다른 데이터베이스 엔진에서 MySQL로 쉽게 가져올 수 있습니다.
다른 판매자 유형 MySQL 유형
BOOL, TINYINT
BOOLEAN TINYINT
CHAR VARYING(M) VARCHAR(M)
DEC DECIMAL
FIXED DECIMAL
FLOAT4 FLOAT
FLO AT8 DOUBLE
INT1 TINYINT
INT2 SMALLINT
INT3 MEDIUMINT
INT4 INT
INT8 BIGINT
LONG VARBINARY MEDIUMBLOB
LONG VARCHAR MEDIUMTEXT
LONG MEDIUMTEXT
MIDDLEINT MEDIUMINT
NUMERIC DECIMAL
테이블 생성 시 열 유형을 매핑한 후 원래 유형 정의를 삭제합니다. 다른 공급업체의 유형을 사용하여 테이블을 생성한 다음 DESCRIBE tbl_name 문을 실행하면 MySQL은 동등한 MySQL 유형을 사용하여 테이블의 구조를 보고합니다. 예:
mysql> CREATE TABLE t (a BOOL, b FLOAT8, c LONG, d NUMERIC);Query OK, 0 rows affected (0.08 sec); mysql> DESCRIBE t; +-------+---------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+---------------+------+-----+---------+-------+ | a | tinyint(1) | YES | | NULL | | | b | double | YES | | NULL | | | c | mediumtext | YES | | NULL | | | d | decimal(10,0) | YES | | NULL | | +-------+---------------+------+-----+---------+-------+ 4 rows in set (0.00 sec)

데이터베이스 및 프로그래밍에서 MySQL의 위치는 매우 중요합니다. 다양한 응용 프로그램 시나리오에서 널리 사용되는 오픈 소스 관계형 데이터베이스 관리 시스템입니다. 1) MySQL은 웹, 모바일 및 엔터프라이즈 레벨 시스템을 지원하는 효율적인 데이터 저장, 조직 및 검색 기능을 제공합니다. 2) 클라이언트 서버 아키텍처를 사용하고 여러 스토리지 엔진 및 인덱스 최적화를 지원합니다. 3) 기본 사용에는 테이블 작성 및 데이터 삽입이 포함되며 고급 사용에는 다중 테이블 조인 및 복잡한 쿼리가 포함됩니다. 4) SQL 구문 오류 및 성능 문제와 같은 자주 묻는 질문은 설명 명령 및 느린 쿼리 로그를 통해 디버깅 할 수 있습니다. 5) 성능 최적화 방법에는 인덱스의 합리적인 사용, 최적화 된 쿼리 및 캐시 사용이 포함됩니다. 모범 사례에는 거래 사용 및 준비된 체계가 포함됩니다

MySQL은 소규모 및 대기업에 적합합니다. 1) 소기업은 고객 정보 저장과 같은 기본 데이터 관리에 MySQL을 사용할 수 있습니다. 2) 대기업은 MySQL을 사용하여 대규모 데이터 및 복잡한 비즈니스 로직을 처리하여 쿼리 성능 및 트랜잭션 처리를 최적화 할 수 있습니다.

InnoDB는 팬텀 읽기를 차세대 점화 메커니즘을 통해 효과적으로 방지합니다. 1) Next-Keylocking은 Row Lock과 Gap Lock을 결합하여 레코드와 간격을 잠그기 위해 새로운 레코드가 삽입되지 않도록합니다. 2) 실제 응용 분야에서 쿼리를 최적화하고 격리 수준을 조정함으로써 잠금 경쟁을 줄이고 동시성 성능을 향상시킬 수 있습니다.

MySQL은 프로그래밍 언어가 아니지만 쿼리 언어 SQL은 프로그래밍 언어의 특성을 가지고 있습니다. 1. SQL은 조건부 판단, 루프 및 가변 작업을 지원합니다. 2. 저장된 절차, 트리거 및 기능을 통해 사용자는 데이터베이스에서 복잡한 논리 작업을 수행 할 수 있습니다.

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

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

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

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


핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

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

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

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기
