my sql 에서 char 와 varchar 의 차이 분석

char 와 varchar 의 차 이 는 char(13)길이 가 고정 되 어 있 습 니 다.예 를 들 어'www.jb51.net'저장 소 는 공간 12 개의 문자 가 필요 합 니 다.varchar(13)는'www.jb51.net'처럼 공간 13 자 를 저장 해 야 합 니 다.위 에서 볼 수 있 듯 이 char 길 이 는 고정 되 어 있 습 니 다.저장 한 데이터 가 얼마 든 지 간 에 그 는 고정 되 어 있 습 니 다.varchar 는 가 변 길이 이지 만 총 길이 에 1 자 를 추가 하여 위 치 를 저장 해 야 합 니 다.그래서 실제 응용 에서 사용 자 는 자신의 데이터 형식 에 따라 할 수 있다.char 를 다시 보 세 요.varchar 와 속도 상의 차 이 를 보 세 요.4567913)위 에서 알 수 있 듯 이 특정한 원인 으로 인해 char 의 고정 길이 가 있 기 때문에 처리 속도 가 varchar 보다 훨씬 빠 르 지만 비용 저장 공간 이 많 지 않 기 때문에 저장 이 크 지 않 지만 속도 에 있어 요구 하 는 것 은 char 유형 을 사용 할 수 있 고 반대로 varchar 유형 으로 인 스 턴 스 를 할 수 있다.설명:char 문자 형식 을 사용 할 때 내용 뒤에 공간 이 있 을 때 관련 처 리 를 해 야 합 니 다.그렇지 않 으 면 빈 칸 을 자동 으로 삭제 합 니 다.건 의:myisam 메모리 엔진 은 가 변 길이 의 데이터 열 대신 고정된 길 이 를 사용 하 는 것 을 권장 합 니 다.memory 저장 엔진 은 현재 고정 데이터 줄 로 저장 되 어 있 기 때문에 char varchar 열 을 사용 하 더 라 도 괜 찮 습 니 다.innodb 저장 엔진 은 varchar 유형 이하 다른 네티즌 들 의 보충 char 는 고정 길이 의 유형 이 고 varchar 는 가 변 길이 의 유형 char(M)유형의 데이터 열 에 있 습 니 다.모든 값 은 M 바이트 를 차지 합 니 다.길이 가 M 보다 작 으 면 MySQL 은 오른쪽 에 빈 칸 문자 로 보충 합 니 다.(검색 작업 에서 채 워 진 빈 칸 문 자 는 삭 제 됩 니 다)varchar(M)형식의 데이터 열 에 있 습 니 다.각 값 은 적당 한 바이트 만 차지 하고 그 길 이 를 기록 하 는 바이트(즉 총 길 이 는 L+1 바이트)를 추가 합 니 다.MySQL 에서 열 형식 변환 을 해 야 하 는 지 여 부 를 판단 하 는 데 사 용 됩 니 다.1.데이터 시트 에서 모든 데이터 열의 길이 가 고정 되 어 있 으 면 모든 데이터 줄 의 길이 도 고정 되 어 있 습 니 다.2.데이터 테이블 에 데이터 열의 길이 가 변 하기 만 한다 면 각 데이터 줄 의 길 이 는 모두 변 할 수 있다.3.만약 에 특정한 데이터 테이블 의 데이터 줄 의 길이 가 변 할 수 있다 면 저장 공간 을 절약 하기 위해MySQL 은 이 데이터 시트 의 고정 길이 형식의 데이터 열 을 가 변 길이 형식 으로 변환 합 니 다.예외:길이 가 4 글자 이하 인 char 데이터 열 은 varchar 형식 으로 변환 되 지 않 습 니 다.MyISAM 표 에 대해 서 는 Char 를 사용 하 십시오.자주 수정 되 어야 파편 이 되 기 쉬 운 my isam 과 isam 데이터 시트 에 대해 서 는 더욱 그렇습니다.디스크 공간 을 차지 하 는 것 이 단점 이다.InnoDB 표 에 대해 서 는 데이터 줄 내부 저장 형식 이 고정된 길이 의 데이터 줄 과 가 변 길이 의 데이터 줄 을 구분 하지 않 기 때문에(모든 데이터 줄 은 하나의 표 두 부분 을 공유 합 니 다.이 표 두 부분 은 각 데이터 열 을 가리 키 는 지침 이 저장 되 어 있 습 니 다)char 유형 을 사용 하 는 것 이 varchar 형식 을 사용 하 는 것 보다 좋 지 않 습 니 다.사실,char 형식 은 보통 varchar 형식 보다 더 많은 공간 을 차지 하기 때문에 공간 사용량 을 줄 이 고 디스크 i/o 를 줄 이 는 측면 에서 varchar 형식 을 사용 하 는 것 이 유리 합 니 다.하지만 mysql 이 가장 많은 것 은 char 와 varchar 에 집 중 된 것 같다.구별 을 말 하 다.char 는 고정 길이 이 고 varchar 는 구체 적 인 길이 에 따라 저장 공간 을 사용 합 니 다.예 를 들 어 char(255)와 varchar(255)는 문자열'hello World'를 저장 할 때 char 는 255 개의 공간 으로 11 개의 문 자 를 놓 고 varchar 는 255 개 를 사용 하지 않 는 다.그 는 먼저 길 이 를 계산 한 후에 11 개 만 계산 한 다음 에 문자열 의 길이 정 보 를 계산 하면 보통 1-2 개의 byte 로 한다.그러면 varchar 는 길이 가 불확실 할 때 저장 공간 을 크게 줄인다.그 러 고 보 니 varchar 가 char 보다 훨씬 똑똑 해 졌 다.그럼 char 가 쓸모 가 있 을 까?여전히 적지 않 은 우세 다.1.아주 짧 은 정 보 를 저장 해 야 합 니 다.예 를 들 어 문패 번호 101,201...............................................................................2.고정 길이 의.예 를 들 어 uid 를 메 인 키 로 사용 하면 char 를 사용 하 는 것 이 더 적합 할 것 입 니 다.그 가 길 이 를 고정 시 켰 기 때문에 varchar 동 태 는 길이 의 특성 에 따라 사 라 졌 고 길이 정 보 를 차지 해 야 한다.3.아주 자주 바 뀌 는 column.varchar 는 저장 할 때마다 추가 적 인 계산,길이 등 작업 을 해 야 하기 때문에 매우 자주 바 뀌 면 계산 에 많은 정력 을 기울 여야 한다.이런 것들 은 char 에 게 필요 하지 않다.그리고 varchar 에 관 한 문 제 는 varchar 가 저장 공간 에 자동 으로 적응 할 수 있 으 니 저 는 varchar(8)와 varchar(255)저장 소 가 똑 같 을 것 입 니 다.그러면 시계 디자인 을 할 때마다 큰 방향 으로 가 야 합 니 다.앞으로 귀 찮 지 않도록 하 겠 습 니 다.이 생각 이 맞 습 니까?답 은 부정 적 이다.my sql 은 시계 정 보 를 메모리 에 저장 합 니 다.그 러 니까 필요 한 대로 받 아야 지.요약:DZ 의 데이터 시트 를 자세히 보면 정 해진 필드 는 기본적으로 char 로...