TiDB version: 5.4.0 In v5.4, the key new features or improvements are as follows: - Support the GBK character set - Support using Index Merge to access data, which merges the filtering results of indexes supports the GBK character set since v5.4.0 Before v5.4.0, TiDB supports ascii, binary, latin1, utf8, and utf8mb4 character sets. To better support Chinese users, TiDB supports the GBK character set initializing a TiDB cluster for the first time, the TiDB GBK character set supports both gbk_bin and gbk_chinese_ci collations. When using the GBK character set, you need to pay attention to the compatibility

[Image](/uploads/documents/5/2/a/5/52a51141b696e1da8874a2ff2103c30a/p4_2.jpg) ## 字符集 int -> character latin1:西欧希腊字符 gbk:简体中文 big5:繁体中文 utf8:所有国家的字符 ## 各种乱码的解决方法 ## ASCII TABLE |Decimal|Hex|Cha

11.1 垃圾回收 (GC) …… 2188 12.11.1 视图 …… 2190 12.11.1 分区表 …… 2195 12.11.1 临时表 …… 2223 12.11.1 字符集和排序 …… 2229 12.11.1 Placement Rules in SQL …… 2240 12.11.1 系统表 …… 2244 12.12 UI …… 2338 12.12 #### 2.2 TiDB 5.4 Release Notes 发版日期：2022年2月15日 TiDB 版本：5.4.0 在 v5.4.0 版本中，你可以获得以下关键特性： · 支持 GBK 字符集 · 支持索引合并 (Index Merge) 数据访问方法，能够合并多个列上索引的条件过滤结果 · 支持通过 session 变量实现有界限过期数据读取 · 支持统计信息采集配置持久化 0 起支持 GBK 字符集 在 v5.4.0 前，TiDB 支持 ascii、binary、latin1、utf8 和 utf8mb4 字符集。 为了更好的支持中文用户，TiDB 从 v5.4.0 起支持 GBK 字符集。在初次初始化 TiDB 集群时开启 TiDB 配置项 new collations_enabled_on_first_bootstrap 后，TiDB GBK 字符集同时支持 gbk_bin

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3350 14.11.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 修复下游 Kafka 滚动重启时 TiCDC 节点发生 panic 的问题 #9023 @asddongmen – TiDB Data Migration (DM) * 修复数据同步过程中，latin1 字符集数据可能损坏的问题 #7028 @lance6716 – TiDB Dumpling * 修复 UNSIGNED INTEGER 类型的主键无法用于拆分 Chunk 的问题 #42620 @lichunzhu E E E E 聚合函数 Y Y Y Y Y Y Y Y Y 窗口函数 Y Y Y Y Y Y Y Y Y 其他函数 Y Y Y Y Y Y Y Y Y 操作符 Y Y Y Y Y Y Y Y Y 字符集和排序规则 1 Y Y Y Y Y Y Y Y Y 用户级别锁 Y Y Y N N N N N N 2.3.2 索引和约束 索引和约束 7.1 6.5 6.1 5.4 5.3 5.2 5.1 5.0

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3818 14.12.17字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Y Y Y Y Y Y 窗口函数 Y Y Y Y Y Y Y Y Y Y Y Y 其他函数 Y Y Y Y Y Y Y Y Y Y Y Y 操作符 Y Y Y Y Y Y Y Y Y Y Y Y 字符集和排序规则 1 Y Y Y Y Y Y Y Y Y Y Y Y 用户级别锁 Y Y Y Y Y Y Y Y N N N N 2.3.2 索引和约束 1TiDB 误将 latin1 处理为 utf8 的子集。见 自定义函数 • 全文语法与索引 #1793 • 空间类型的函数（即 GIS/GEOMETRY）、数据类型和索引 #6347 • 非 ascii、latin1、binary、utf8、utf8mb4、gbk 的字符集 • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） •

响应时也可以包含响应头，来指示客户端浏览器如何处理响应体，主要包括响应的类型、字符编码和字节大小等信息。 ## 常见响应头内容 1. 指示 HTTP 响应可以接收到的文档类型集：Accept 2. 告知客户可以接收的字符集：Accept-Charset 3. 响应的字符编码集：Accept-Encoding 4. 响应体的 MIME 类型：Content-Type 5. 响应体的语言类型：Context-Language setCharacterEncoding("GBK"); response.sendError(580); ✿ public void sendError(int sc, String msg) throws IOException 向客户端发送指定的错误信息码和自定义状态消息。 response.setCharacterEncoding("GBK"); response.sendError(580 public void setContentLength(int len) 设置响应体长度，以字节为单位。 void setCharacterEncoding(String charset) 设置响应字符集，包括响应状态，响应头和响应体。 ## 设置响应头的便捷方法 ## ☑ public void setBufferSize(int size) 设定响应体的缓存字节数。 如设定响应体缓存为 4k:

.... 3479 14.13.1 临时表 ..... 3519 14.13.14 缓存表 ..... 3525 14.13.1 外键约束 ..... 3530 14.13.15 字符集和排序 ..... 3538 14.13.17 Placement Rules in SQL ..... 3551 14.13.1 系统表 ..... 3563 14.13.1 元数据锁 . |聚合函数|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y| |窗口函数|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y| |其他函数|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y| |操作符|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y| |字符集和排序规则 1|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y|Y| |用户级别锁|Y|Y|Y|Y|Y|N|N|N|N|N|N| #### 2.3.2 索引和约束 |索引和约束|7.6|7.5|7.1|6 · 全文语法与索引 #1793 - 空间类型的函数（即 GIS/GEOMETRY）、数据类型和索引 #6347 · 非 ascii、latin1、binary、utf8、utf8mb4、gbk 的字符集 • SYS schema • MySQL 追踪优化器 · XML 函数 • X-Protocol #1109 · 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过

布尔型数据存储占 1 个字节，默认取值为 false。 - 布尔型数据 true 和 false 不能转换成数字表示形式。 ## 字符型 - 字符型数据类型用来存储单个字符，采用的是 Unicode 字符集编码方案 $ ^{1} $ 。 · 字符声明用单引号表示单个字符。 - 字符型数据可以转化为整型。 示例代码：字符数据类型示例 public class CharDemo { public { char a = 'J'; char b = 'Java'; //会报错 } } $ ^{1} $ 建议搜索理解什么是字符集和字符编码规则。 #### 2.1.2 数据类型转换 数值型不同类型数据的转换 数值型不同类型数据之间的转换，自动类型转换需要符合以下条件： 1. 转换前的数据类型与转换后的类型兼容。 2. 响应时也可以包含响应头，来指示客户端浏览器如何处理响应体，主要包括响应的类型、字符编码和字节大小等信息。 ## 常见响应头内容 1. 指示 HTTP 响应可以接收到的文档类型集：Accept 2. 告知客户可以接收的字符集：Accept-Charset 3. 响应的字符编码集：Accept-Encoding 4. 响应体的 MIME 类型：Content-Type 5. 响应体的语言类型：Context-Language

应用增加 Struts 2 支持 3. 编辑 Web 应用的 web.xml 配置文件，配置 Strut 2 的核心过滤器（Filter）。

## ★打开文件时指定字符集编码 打开文本文件时默认使用系统本地语言的编码，最好给 open() 函数传入 encoding 参数 例如，读取 GBK 编码的文件：（操作文本文件一定要指定编码） fileobj = open('gbk.txt', 'r', encoding='gbk') ## python3 支持的常用字符集编码： |utf-8|Unicode，默认无 |utf-8|Unicode，默认无 BOM| |---|---| |utf-16|Unicode，默认小端字节序，有 BOM，支持 UTF-16 代理对| |gbk|中文-大陆，默认无 BOM| |euc-jp|日语| |shift-jis|日语| |euc-kr|韩语| |---|---| |big5|中文-台湾| |latin-1|iso-8859-1| ## ★文本文件读写操作 .write( 组织（ISO）和国际电工委员会(IEC)联合制定了一系列 8 位字符集的标准：ISO 8859，全称 ISO/IEC 8859 ISO/IEC 8859-1 (Latin-1) 西欧语言 ISO/IEC 8859-2 (Latin-2) 中欧语言 ISO/IEC 8859-3 (Latin-3) 南欧语言。世界语也可用此字符集显示。 ISO/IEC 8859-4 (Latin-4) 北欧语言