MySQL之字符集与校对集
由此可得出当connection和服务器的字符集比client小时,会造成数据的丢失,可能用语不是很准确,但是能理解即可以了。个人理解,就
一、字符集
1.MySQL的字符集设置非常灵活
如果某一级别没有指定字符集,则继承上一级。
查看所有字符集语句:show character set;
2.以表声明为utf-8为例,最终存储在表中的数据为utf-8
①我们要告诉服务器,我给你发送的数据是什么编码?character_set_client
②告诉字符集转换器,转换成什么编码?character_set_connection
③查询的结果用什么编码?character_set_results
如果以上三者都为字符集N,可简写为set names N;
3.什么情况下会出现乱码呢?
我们首先创建一个测试表指定表的字符集为utf8
create table temp(
name varchar(10)
) charset utf8;
然后执行这三条命令:
set character_set_client=gbk;
set character_set_connection=gbk;
set_character_set_results=gbk; 这三句可以简写为set names gbk;
最后往表里插入一条数据:
insert into temp values('中国');
select * from temp;这时候显示的结果是正常的。
当我们再执行这句命令时:set character_results=utf8;
出现乱码了,如图:
由此可得出当返回的结果result的字符集与客户端的字符集不符的时候会出现乱码。
还有一种情况也会出现乱码:client声明与事实不符时,你客户端明明是utf8,你却非要叫我转成gbk的,如下图:
可能还有很多种情况,这里没有一一列举。
4.什么情况下会造成数据的丢失呢?
执行这三条语句:
set character_set_client=gbk;
set character_set_connection=latin1;
set character_set_results=gbk;
再往表里插入一条数据:insert into temp values('美国');
最后查询的时候结果如下图:
数据丢失了。
由此可得出当connection和服务器的字符集比client小时,会造成数据的丢失,可能用语不是很准确,但是能理解即可以了。个人理解,就跟java里面不同数据类型相互转换时一样,比如把double类型强制转换成int类型,就会造成精度的丢失一样。
。。。。。。
二、校对集
什么是校对集?
校对集:指字符集的排序规则。
查看所有校对集语句:show collation;
一种字符集可以有一个或多个排序规则。
以utf8为例,默认是使用utf8_general_ci校对集,,也可以按二进制来排,utf8_bin
怎样声明校对集?
create table tableName
(
...
)charset utf8 collate utf8_general_ci;
注意:声明的校对集必须是字符集合法的校对集。比如你字符集是utf8,你不能声明gbk的校对集。
三、校对规则的“可压缩性”
在绝大多数查询中,mysql使用哪种校对规则进行比较是很显然的。例如,在下列情况中,校对规则明显的是“列x的列校对规则”:
select x from T orderbyx;
select x from T wherex = x;
select distinct x fromT;
但是,当涉及多个操作数时,可能不明确。例如:
select x from T wherex ='Y';
这个查询应该使用列x的校对规则,还是字符串文字'Y'的校对规则?
标准化SQL使用“可压缩性”规则解决这种问题。基本上,这个意思是:既然x和'Y'都有 校对规 则,哪个校对规则优先?这可能比较难解决,但是以下规则适合大多数情况:
一个外在的COLLATE子句可压缩性是0(根本不能压缩。)使用不同校对规则的两个字符串连接的可压缩性是1。列校对规则的可压缩性是2。“系统常数”(如USER()或VERSION()函数返回的字符串)可压缩性是3。文字规则的可压缩性是4。NULL或从NULL派生的表达式的可压缩性是 5。
上述可压缩性值是mysql当前所用的。
这样上述规则可以模糊解决:
使用最低的可压缩性值的校对规则。如果两侧有相同的可压缩性,那么如果校对规则不同则发生错误。
使用COERCIBILITY()函数确定一个字符串表达式的可压缩性:
mysql> SELECTCOERCIBILITY('A'COLLATE latin1_swedish_ci);
-> 0
mysql> SELECTCOERCIBILITY(VERSION());
-> 3
mysql> SELECTCOERCIBILITY('A');
-> 4
本文永久更新链接地址:

핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

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

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

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

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

뜨거운 주제











이 기사는 MySQL의 Alter Table 문을 사용하여 열 추가/드롭 테이블/열 변경 및 열 데이터 유형 변경을 포함하여 테이블을 수정하는 것에 대해 설명합니다.

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

기사는 인증서 생성 및 확인을 포함하여 MySQL에 대한 SSL/TLS 암호화 구성에 대해 설명합니다. 주요 문제는 자체 서명 인증서의 보안 영향을 사용하는 것입니다. [문자 수 : 159]

기사는 MySQL Workbench 및 Phpmyadmin과 같은 인기있는 MySQL GUI 도구에 대해 논의하여 초보자 및 고급 사용자를위한 기능과 적합성을 비교합니다. [159 자].

기사는 MySQL에서 파티셔닝, 샤딩, 인덱싱 및 쿼리 최적화를 포함하여 대규모 데이터 세트를 처리하기위한 전략에 대해 설명합니다.

이 기사에서는 Drop Table 문을 사용하여 MySQL에서 테이블을 떨어 뜨리는 것에 대해 설명하여 예방 조치와 위험을 강조합니다. 백업 없이는 행동이 돌이킬 수 없으며 복구 방법 및 잠재적 생산 환경 위험을 상세하게합니다.

이 기사에서는 PostgreSQL, MySQL 및 MongoDB와 같은 다양한 데이터베이스에서 JSON 열에서 인덱스를 작성하여 쿼리 성능을 향상시킵니다. 특정 JSON 경로를 인덱싱하는 구문 및 이점을 설명하고 지원되는 데이터베이스 시스템을 나열합니다.

기사는 외국 열쇠를 사용하여 데이터베이스의 관계를 나타내고 모범 사례, 데이터 무결성 및 피할 수있는 일반적인 함정에 중점을 둡니다.
