목차
1. MySQL 데이터 유형
3. 사용 제안
전제: 적합한 스토리지 엔진을 사용하십시오.
CHAR 및 VARCHAR 유형과 유사하지만 저장 및 검색 방식이 다릅니다. 또한 최대 길이와 후행 공백이 유지되는지 여부도 다릅니다. 저장 또는 검색 중에는 대소문자 변환이 수행되지 않습니다.
데이터 베이스 MySQL 튜토리얼 mysql의 데이터 유형은 무엇입니까? mysql 데이터 유형에 대한 자세한 설명

mysql의 데이터 유형은 무엇입니까? mysql 데이터 유형에 대한 자세한 설명

Aug 04, 2018 pm 05:42 PM

이 문서에는 MySQL의 데이터 유형 목록(list)이 나열되어 있으며 주로 정수 유형, 부동 소수점 유형, 문자열 유형, 날짜 유형 및 기타 데이터 유형의 5가지 주요 범주를 포함합니다. 다음은 이 5가지 데이터 유형에 대한 자세한 설명입니다. , mysql 데이터 유형의 길이와 범위에는 사용 권장 사항과 데이터 유형 선택의 기본 원칙이 함께 제공됩니다.

1. MySQL 데이터 유형

주로 다음 5가지 범주가 포함됩니다.

정수 유형: BIT, BOOL, TINY INT, SMALL INT, MEDIUM INT, INT, BIG INT

부동 소수점 유형: FLOAT, DOUBLE, DECIMAL

문자열 유형: CHAR, VARCHAR, TINY TEXT, TEXT, MEDIUM TEXT, LONGTEXT, TINY BLOB, BLOB, MEDIUM BLOB, LONG BLOB

날짜 유형: Date, DateTime, TimeStamp, Time, Year

기타 데이터 유형: BINARY VARBINARY, ENUM, SET, Geometry, Point, MultiPoint, LineString, MultiLineString, Polygon, GeometryCollection 등

1. 정수 유형

MySQL 데이터 유형 의미(서명됨)
tinyint(m) 1바이트 범위(-128~127)
smallint(m) 2바이트 범위(-32768~32767)
mediumint(m) 3바이트 범위(-8388608~8388607)
int(m) 4바이트 범위(-2147483648~2147483647)
bigint(m) 8바이트 범위(18제곱의 +-9.22*10)

값 범위 unsigned를 추가하면 2배가 됩니다. 예를 들어tinyint unsigned의 값 범위는 (0~256)입니다.

int(m)의 m은 SELECT 쿼리 결과 집합의 표시 너비를 나타냅니다. 이는 실제 값 범위나 표시 너비에 영향을 주지 않습니다.

2. 부동 소수점 유형(float 및 double)

MySQL 데이터 유형 의미
float(m,d) 단일 정밀도 부동 소수점 유형 8비트 정밀도(4바이트) m 총 숫자, d 소수 자릿수
double(m,d) 이중 정밀도 부동 소수점 유형 16비트 정밀도(8바이트) m 총 수, d 소수 자릿수

필드가 float( 6,3), 123.45678이라는 숫자를 입력하면 데이터베이스에 저장된 실제 숫자는 123.457이지만, 총 숫자는 실제 숫자, 즉 6자리에 영향을 받습니다. 최대 정수 부분은 3자리입니다. 숫자 12.123456을 입력하면 저장되는 값은 12.1234입니다. 12.12를 입력하면 저장되는 값은 12.1200입니다.

3 부동소수점 형식은 대략적인 값을 저장합니다. ​​데이터베이스에 고정소수점형은 데이터베이스에 저장되는 반면에 저장되는 것은 정확한 값입니다.

decimal(m,d) 매개변수 m<65는 총 숫자이고, d<30이고 d

4. 문자열(char, varchar, _text)

MySQL 데이터 유형char(n)varchar(n)tinytexttextmediumtextlongtextchar 및 varchar:
의미
고정 길이, 최대 255자
고정 길이, 최대 65535자
가변 길이, 최대 255자
가변 길이, 최대 65535자
가변 길이, 최대 2로 24번째 1승 문자
가변 길이, 최대 2~32번째 1승 문자

1.char(n) 저장 시 문자 수는 다음과 같습니다. n보다 작으면 그 뒤에 공백이 추가되고 쿼리 시 공백이 제거됩니다. 따라서 char 형식으로 저장된 문자열의 끝에는 공백이 있을 수 없으며, varchar는 이에 제한되지 않습니다.

2.char(n) 고정 길이, char(4)는 저장된 문자 수에 관계없이 4바이트를 차지합니다. varchar는 저장된 실제 문자 수 + 1바이트(n<=255) 또는 2바이트(n> 255),

그래서 varchar(4), 3자를 저장하면 4바이트를 차지하게 됩니다.

3.Char 유형 문자열 검색 속도는 varchar 유형보다 빠릅니다.

varchar 및 텍스트:


1.n은 varchar에 지정할 수 있지만 텍스트에는 지정할 수 없습니다. varchar의 내부 저장소는 저장된 실제 문자 수 + 1바이트(n<=255) 또는 2바이트(n> 255), 텍스트는 실제 문자수 + 2단어

섹션입니다.

2. 텍스트 유형은 기본값을 가질 수 없습니다.

3.varchar는 인덱스를 직접 생성할 수 있으며 텍스트는 인덱스를 생성하기 위해 첫 번째 문자 수를 지정해야 합니다. varchar의 쿼리 속도는 텍스트보다 빠릅니다. 인덱스 생성 시 텍스트의 인덱스가 작동하지 않는 것 같습니다.

5. 바이너리 데이터(_Blob)

1. _BLOB과 _text는 서로 다른 방식으로 저장되며, _TEXT는 텍스트 모드로 저장되며, 영어 저장은 대소문자에 관계없이 바이너리 모드로 저장됩니다.

2._BLOB에 저장된 데이터는 전체적으로만 읽을 수 있습니다.

3._TEXT는 문자 집합을 지정할 수 있지만 _BLO는 문자 집합을 지정할 필요가 없습니다.

6. 날짜 시간 유형

MySQL 데이터 유형datetimedatetimetimestamp

필드를 타임스탬프로 정의하면 다른 필드가 수정될 때 이 필드의 시간 데이터가 자동으로 새로 고쳐지므로 이 데이터 유형 필드는 이 레코드의 마지막 수정 시간을 저장할 수 있습니다.

데이터 유형의 속성

의미
날짜 '2008-12-2'
시간 '12:25:36'
날짜 시간 '2008-12-2 22:06:44'
기록 수정 시간 자동 저장
ello2. MySQL 데이터 유형의 길이 및 범위 각 데이터 유형 및 바이트 길이의 목록 :
MySQL 키워드 의미
NULL 데이터 열에는 NULL 값이 포함될 수 있습니다.
NOT NULL 데이터 열에는 NULL 값이 포함될 수 없습니다.
DEFAULT 기본값
PRIMARY KEY 기본 키
AUTO_INCREMENT 자동 증가, 정수 유형에 적합
UNSIGNED Unsigned
CHARACTER SET 이름 캐릭터를 지정하세요 set

data type

byte length range 또는 usage 연재 1 1 2348 48M+1 또는 M+23843 1M고정 길이 문자열. VarChar(M)MMMax:255 최대: 64K최대: 16M최대: 4G최대:255Max:64KMax:16M최대: 4G 1 또는 2최대 8
Unsigned [0,255], signed [-128,127], Tianyuan 블로그 참고: BIT 및 BOOL 부울 유형은 모두 1바이트를 차지합니다 TinyInt
Integer [0,255] SmallInt
부호 없음 [0,65535], 서명됨 [-32768,32767] MediumInt
부호 없음 [0,2^24-1], 서명됨 [-2^23,2 ^23-1]] Int
Unsigned [0,2^32-1], signed [-2^31,2^31-1] BigInt
Unsigned [0,2^64 -1], signed [-2^63 ,2^63 -1] Float(M,D)
단일 정밀도 부동 소수점 숫자입니다. Tianyuan 블로그는 여기서 D가 정밀도임을 상기시킵니다. D<=24이면 기본 FLOAT이며, D>24이면 자동으로 DOUBLE 유형으로 변환됩니다. Double(M,D)
배정밀도 부동 소수점입니다. Decimal(M,D)
풀린 부동 소수점 수, 사용법은 FLOAT 및 DOUBLE과 유사합니다. Tianyuan 블로그는 ASP에서 Decimal 데이터 유형을 직접 사용하는 경우를 상기시켜 줍니다. 데이터베이스에서 읽은 10진수를 작업하기 전에 Float 또는 Double 유형으로 변환해야 할 수도 있습니다. Date
은 YYYY-MM-DD 형식으로 표시됩니다. 예: 2009-07-19 Date Time
은 YYYY-MM-DD HH로 표시됩니다. :MM:SS 형식이 표시됩니다. 예: 2009-07-19 11:22:30 TimeStamp
형식은 YYYY-MM-DD 형식으로 표시됩니다. 예: 2009-07 -19 Time
HH:MM:SS 형식으로 표시됩니다. 예: 11:22:30 Year
은 YYYY 형식으로 표시됩니다. 예: 2009 Char(M)
M 가변 길이 문자열, M<=255 필요

Binary(M)
Char와 유사한 바이너리 저장소, 고정 길이 부족분 0 삽입을 특징으로 함 VarBinary(M)
VarChar와 유사한 가변 길이 바이너리 저장소, 패딩 없이 고정 길이를 특징으로 함 0Tiny Text
대/소문자를 구분하지 않음 텍스트
대소문자를 구분하지 않음중간 텍스트
대소문자를 구분하지 않음긴 텍스트
대소문자를 구분하지 않음 TinyBlob
케이스 sensitiveBlob
대소문자 구분MediumBlob
대소문자 구분 LongBlob
대소문자 구분Enum
최대 65,535개의 다양한 열거 값Set
최대 64개의 다양한 값 Geometry
LineString
다각형
MultiPoint
MultiLineString
MultiPolygon
GeometryCollection

3. 사용 제안

1. 데이터 유형을 지정할 때는 일반적으로 작은 크기를 원칙으로 합니다. 예를 들어 TINY INT를 사용할 수 있다면 INT를 사용하지 않는 것이 좋습니다. DOUBLE 유형을 사용하지 않는 것이 가장 좋습니다. 이는 MYSQL의 운영 효율성에 영향을 미치며, 특히 대규모 데이터 볼륨 테스트 조건에서는 더욱 그렇습니다.

2. 데이터 테이블을 너무 복잡하게 디자인할 필요는 없습니다. 나중에 유지 관리할 때 기능 모듈을 구분하는 것이 더 편리할 수 있습니다. 데이터 테이블과 필드의 이름을 지정하는 것도 중요합니다. Skill

4. 데이터 테이블 구조를 디자인하기 전에, 아마도 결과가 더 합리적이고 효율적일 것이라고 상상해보세요

5. 데이터베이스의 최종 디자인 결과는 효율성과 확장성 사이의 절충안이어야 합니다.

데이터 유형 선택의 기본 원칙

전제: 적합한 스토리지 엔진을 사용하십시오.

선택 원칙: 선택한 스토리지 엔진에 따라 적절한 데이터 유형을 선택하는 방법을 결정합니다.

다음 선택 방법은 스토리지 엔진별로 분류됩니다.

    MyISAM 데이터 스토리지 엔진 및 데이터 열: MyISAM 데이터 테이블, 가변 길이(VARCHAR) 데이터 열 대신 고정 길이(CHAR) 데이터 열을 사용하는 것이 가장 좋습니다. .
  • MEMORY 스토리지 엔진 및 데이터 열: MEMORY 데이터 테이블은 현재 고정 길이 데이터 행 스토리지를 사용하므로 CHAR 또는 VARCHAR 열이 사용되는지 여부는 중요하지 않습니다. 둘 다 CHAR 유형으로 처리됩니다.
  • InnoDB 스토리지 엔진 및 데이터 열: VARCHAR 유형을 사용하는 것이 좋습니다.
  • InnoDB 데이터 테이블의 경우 내부 행 저장 형식은 고정 길이 열과 가변 길이 열을 구분하지 않습니다(모든 데이터 행은 데이터 열 값에 대한 헤더 포인터를 사용함). 따라서 본질적으로 고정 길이 CHAR 열을 사용하면 not 가변 길이 VARCHAR 열을 사용하는 것보다 더 간단해야 합니다. 따라서 주요 성능 요소는 데이터 행에서 사용하는 총 스토리지 양입니다. CHAR는 VARCHAR보다 평균적으로 더 많은 공간을 차지하므로 처리해야 하는 데이터 행의 전체 저장 공간과 디스크 I/O를 최소화하려면 VARCHAR을 사용하는 것이 좋습니다.
고정 길이 데이터 열과 가변 길이 데이터 열에 대해 이야기해 보겠습니다.


char은 varchar

CHAR 및 VARCHAR 유형과 유사하지만 저장 및 검색 방식이 다릅니다. 또한 최대 길이와 후행 공백이 유지되는지 여부도 다릅니다. 저장 또는 검색 중에는 대소문자 변환이 수행되지 않습니다.

아래 표는 다양한 문자열 값을 CHAR(4) 및 VARCHAR(4) 열에 저장한 후의 결과를 보여 주며, CHAR과 VARCHAR의 차이점을 보여줍니다.


값 '''ab''abcd''abcdefgh'위 표의 마지막 행에 있는 값은
CHAR(4) 저장소 요구 사항 VARCHAR(4)저장소 요구 사항
' '4바이트''1바이트
' ab ' 4바이트 'ab'3바이트
'abcd'4바이트'abcd'5바이트
'abcd' 4바이트 'abcd'5바이트
엄격 모드를 사용하지 않는 경우

에만 적용된다는 점에 유의하세요. ;MySQL이 엄격 모드에서 실행 중인 경우, 열 길이는 저장되지 않으며 오류가 발생합니다. CHAR(4) 및 VARCHAR(4) 열에서 검색된 값은 검색 시 CHAR 열에서 후행 공백이 제거되므로 항상 동일하지는 않습니다. 다음 예에서는 차이점을 보여줍니다. mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4)) Query OK, 0 행이 영향을 받음(0.02초) mysql> INSERT INTO vc VALUES ('ab ' , 'ab');
쿼리 확인, 1개 행 영향(0.00초)
mysql> SELECT CONCAT(v, '+'), CONCAT(c, '+') FROM vc;
+------ -- --------+---+
| CONCAT(v, '+') |
+- - -----------------+----------------+
| ab +                                                                                      ------+-- --------------+
1행(0.00초)

관련글:


MYSQL 데이터형에 대한 자세한 설명

숫자 사용에 대한 자세한 설명 MySQL 데이터 유형의 유형

관련 동영상:

데이터베이스 mysql 동영상 튜토리얼

위 내용은 mysql의 데이터 유형은 무엇입니까? mysql 데이터 유형에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

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

핫 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 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

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

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

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

MySQL에서 인덱스를 사용하는 것보다 전체 테이블 스캔이 더 빠를 수 있습니까? MySQL에서 인덱스를 사용하는 것보다 전체 테이블 스캔이 더 빠를 수 있습니까? Apr 09, 2025 am 12:05 AM

전체 테이블 스캔은 MySQL에서 인덱스를 사용하는 것보다 빠를 수 있습니다. 특정 사례는 다음과 같습니다. 1) 데이터 볼륨은 작습니다. 2) 쿼리가 많은 양의 데이터를 반환 할 때; 3) 인덱스 열이 매우 선택적이지 않은 경우; 4) 복잡한 쿼리시. 쿼리 계획을 분석하고 인덱스 최적화, 과도한 인덱스를 피하고 정기적으로 테이블을 유지 관리하면 실제 응용 프로그램에서 최상의 선택을 할 수 있습니다.

InnoDB 전체 텍스트 검색 기능을 설명하십시오. InnoDB 전체 텍스트 검색 기능을 설명하십시오. Apr 02, 2025 pm 06:09 PM

InnoDB의 전체 텍스트 검색 기능은 매우 강력하여 데이터베이스 쿼리 효율성과 대량의 텍스트 데이터를 처리 할 수있는 능력을 크게 향상시킬 수 있습니다. 1) InnoDB는 기본 및 고급 검색 쿼리를 지원하는 역 색인화를 통해 전체 텍스트 검색을 구현합니다. 2) 매치 및 키워드를 사용하여 검색, 부울 모드 및 문구 검색을 지원합니다. 3) 최적화 방법에는 워드 세분화 기술 사용, 인덱스의 주기적 재건 및 캐시 크기 조정, 성능과 정확도를 향상시키는 것이 포함됩니다.

Windows 7에 MySQL을 설치할 수 있습니까? Windows 7에 MySQL을 설치할 수 있습니까? Apr 08, 2025 pm 03:21 PM

예, MySQL은 Windows 7에 설치 될 수 있으며 Microsoft는 Windows 7 지원을 중단했지만 MySQL은 여전히 ​​호환됩니다. 그러나 설치 프로세스 중에 다음 지점이 표시되어야합니다. Windows 용 MySQL 설치 프로그램을 다운로드하십시오. MySQL의 적절한 버전 (커뮤니티 또는 기업)을 선택하십시오. 설치 프로세스 중에 적절한 설치 디렉토리 및 문자를 선택하십시오. 루트 사용자 비밀번호를 설정하고 올바르게 유지하십시오. 테스트를 위해 데이터베이스에 연결하십시오. Windows 7의 호환성 및 보안 문제에 주목하고 지원되는 운영 체제로 업그레이드하는 것이 좋습니다.

InnoDB에서 클러스터 된 인덱스와 비 클러스터 된 인덱스 (2 차 지수)의 차이. InnoDB에서 클러스터 된 인덱스와 비 클러스터 된 인덱스 (2 차 지수)의 차이. Apr 02, 2025 pm 06:25 PM

클러스터 인덱스와 비 클러스터 인덱스의 차이점은 1. 클러스터 된 인덱스는 인덱스 구조에 데이터 행을 저장하며, 이는 기본 키 및 범위별로 쿼리에 적합합니다. 2. 클러스터되지 않은 인덱스는 인덱스 키 값과 포인터를 데이터 행으로 저장하며 비 예산 키 열 쿼리에 적합합니다.

MySQL : 쉽게 학습하기위한 간단한 개념 MySQL : 쉽게 학습하기위한 간단한 개념 Apr 10, 2025 am 09:29 AM

MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템입니다. 1) 데이터베이스 및 테이블 작성 : CreateAbase 및 CreateTable 명령을 사용하십시오. 2) 기본 작업 : 삽입, 업데이트, 삭제 및 선택. 3) 고급 운영 : 가입, 하위 쿼리 및 거래 처리. 4) 디버깅 기술 : 확인, 데이터 유형 및 권한을 확인하십시오. 5) 최적화 제안 : 인덱스 사용, 선택을 피하고 거래를 사용하십시오.

MySQL 사용자와 데이터베이스의 관계 MySQL 사용자와 데이터베이스의 관계 Apr 08, 2025 pm 07:15 PM

MySQL 데이터베이스에서 사용자와 데이터베이스 간의 관계는 권한과 테이블로 정의됩니다. 사용자는 데이터베이스에 액세스 할 수있는 사용자 이름과 비밀번호가 있습니다. 권한은 보조금 명령을 통해 부여되며 테이블은 Create Table 명령에 의해 생성됩니다. 사용자와 데이터베이스 간의 관계를 설정하려면 데이터베이스를 작성하고 사용자를 생성 한 다음 권한을 부여해야합니다.

다양한 유형의 MySQL 인덱스 (B-Tree, Hash, Full-Text, Spatial)를 설명하십시오. 다양한 유형의 MySQL 인덱스 (B-Tree, Hash, Full-Text, Spatial)를 설명하십시오. Apr 02, 2025 pm 07:05 PM

MySQL은 B-Tree, Hash, Full-Text 및 Spatial의 4 가지 인덱스 유형을 지원합니다. 1.B- 트리 색인은 동일한 값 검색, 범위 쿼리 및 정렬에 적합합니다. 2. 해시 인덱스는 동일한 값 검색에 적합하지만 범위 쿼리 및 정렬을 지원하지 않습니다. 3. 전체 텍스트 색인은 전체 텍스트 검색에 사용되며 다량의 텍스트 데이터를 처리하는 데 적합합니다. 4. 공간 지수는 지리 공간 데이터 쿼리에 사용되며 GIS 응용 프로그램에 적합합니다.

MySQL과 Mariadb가 공존 할 수 있습니다 MySQL과 Mariadb가 공존 할 수 있습니다 Apr 08, 2025 pm 02:27 PM

MySQL 및 MariaDB는 공존 할 수 있지만주의해서 구성해야합니다. 열쇠는 각 데이터베이스에 다른 포트 번호와 데이터 디렉토리를 할당하고 메모리 할당 및 캐시 크기와 같은 매개 변수를 조정하는 것입니다. 연결 풀링, 애플리케이션 구성 및 버전 차이도 고려해야하며 함정을 피하기 위해 신중하게 테스트하고 계획해야합니다. 두 개의 데이터베이스를 동시에 실행하면 리소스가 제한되는 상황에서 성능 문제가 발생할 수 있습니다.

See all articles