翻译过来就是字符引导。也就是针对字符串，显式的给定一个字符编码和排序规则，不受系统参数的影响。
除了上述常见的排序规则，MySQL还提供了其他一些排序规则，如utf8mb4_unicode_520_ci、utf8mb4_unicode_520_bin等。这些规则可以根据具体需求选择使用。
亲爱的读者朋友们，欢迎来到MysSQL的世界，我们将一同深入探讨MySQL中的字符集与排序规则，揭示它们的差异与影响。字符集和排序规则在数据库中的选择不仅关系到数据的存储和检索，还直接影响到数据的正确性和查询的效率。通过本文，你将更加深刻地理解MySQL字符集与排序规则之间的关系，并掌握如何正确应用它们。
字符集是针对不同语言的字符编码的集合，比如UTF-8字符集，GBK字符集，GB2312字符集等等，不同的字符集使用不同的规则给字符进行编码。排序规则则是在特定字符集的基础上特定的字符排序方式，排序规则是基于字符集的，是对字符集在排序方式维度上的一个划分。
创建数据库时，显式指定字符集和排序规则，同时，当切换到当前数据库后，参数 character_set_database，collation_database 分别被覆盖为当前显式指定的字符集和排序规则。举个简单例子，创建数据库 ytt_new2，显式指定字符集为 latin1，同时排序规则为 latin1_bin。之后在切换到数据库 ytt_new2 后，对应的系统参数也被修改。
每个 MySQL 字符集可以支持一个或者多个排序规则，用于定义每个字符的比较规则，包括是否区分大小写，是否区分重音等。
由于一台vps在下个月就要到期了，不打算续费了，所以打算把上面的数据进行迁移一下，然后迁移数据库某个库的时候报错了Unknown collation: 'utf8mb4_0900_ai_ci'，我是通过navicat直接导出库，然后导入新库，发现就报错了，都是一些小问题，记录一下解决过程。
https://dev.mysql.com/doc/refman/8.0/en/charset-general.html
用过Oracle和MySQL的朋友，对其中使用上的一些区别，就会比较敏感，例如字符集，就算其中一个，Oracle除了建库会指定字符集外，好像很少提到了，而MySQL中创建表的时候可能都会指定字符集，还可能导致出现隐式转换（可参考《MySQL隐式转换案例一则》《Oracle、SQL Server和MySQL的隐式转换异同》），都需要格外关注。碰巧看到社区退的这篇文章《故障分析 | MySQL convert 函数导致的字符集报错处理》，了解一下函数导致的字符集报错问题。
有客户之前遇到一个 mysql8.0.21 实例中排序规则的报错，是在调用视图时抛出，报错信息如下：
爱可生 DBA 团队成员，在公司负责项目中处理数据库问题，喜欢学习技术，钻研技术问题。
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
MySQL 支持多种字符集，使您能够使用各种字符集存储数据，并根据给定排序规则执行比较。
https://dev.mysql.com/doc/refman/5.7/en/collations-table.html
最近在完成一个线上日志修复工作的过程中遇到了一个意想不到的慢查询。当时使用的SQL以及表结构其实都很简单，而且在关键的字段上也有索引，但是MySQL的执行计划就是跑出来了Range checked for each record (index map: 0x1)。如下为问题中的表结构定义和执行计划（删减了其他字段，留下了关键的部分）:
任何计算机存储数据，都需要字符集，因为计算机存储的数据其实都是二进制编码，将一个个字符，映射到对应的二进制编码的这个映射就是字符编码（字符集）。这些字符如何排序呢？决定字符排序的规则就是排序规则。
utf8 是 Mysql 中的一种字符集，只支持最长三个字节的 UTF-8 字符，也就是 Unicode 中的基本多文本平面。
字符指计算机中保存的各种文字和符号，包括各种国家的文字、标点符号、图形符号、数字等。由于计算机采用二进制保存数据，用户输入的字符将会按照一定的规则转换成二进制后保存，这个过程就是字符编码，将一系列字符的编码规则组合起来就形成了字符集。
总结：如果你的内容是固定的，后期不会增加，那可以选择 enum ，例如：男、女。那如果是状态类的，后期会根据业务增加新状态，那就使用 tinyint(1) 。
在软件开发过程中，数据库是至关重要的一环。它不仅存储了应用程序的数据，还负责数据的管理和处理。创建数据库是开发过程中的首要步骤之一，而SQL（Structured Query Language）是用于管理数据库的标准语言。本篇博客将带您深入了解如何使用SQL语句创建数据库，从基础到实践，一步步指导您完成这一过程。
今天突然被同事问到，MySql 里的 uft8 与 utf8mb4 究竟有什么区别，当时我也是一脸问号，因此特地去了解了一下。
作者： 程序猿小卡_casper 原文：https://segmentfault.com/a/1190000012775484 一、内容概述 在MySQL的使用过程中，了解字符集、字符序的概念，以及不同设置对数据存储、比较的影响非常重要。不少同学在日常工作中遇到的“乱码”问题，很有可能就是因为对字符集与字符序的理解不到位、设置错误造成的。 本文由浅入深，分别介绍了如下内容： 字符集、字符序的基本概念及联系 MySQL支持的字符集、字符序设置级，各设置级别之间的联系 server、database、table
本页目录 库语句 建库 修改库字符集 指定库排序规则 当前库状态的建表语句 删除库 Navicat编辑数据库时执行的SQL 表语句 建表 添加字段 修改表 修改字段 修改表字符集、排序规则 截断表 删除表 添加索引 一直都是用MySQL可视化工具，几乎没碰过建库、表等语句了。实属遗忘了。趁机补一补吧。 库语句 建库 -- 数据库配置文件default-character-set是utf8_mb3，则会导致创建的表是utf8mb3。我们无法人为控制，只能建库完毕后执行修改库字符集或者建库前修改MySQL配置
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/113601.html原文链接：https://javaforall.cn
root 用户登录：mysql -u root -p root 用户重置密码： alter user 'root'@'localhost' identified by 'xxx'; 退出：exit;
COLLATION_CHARACTER_SET_APPLICABILITY 表的内容和上面命令的前两列相同
之前有研发反馈，同一个SQL在测试环境和生产环境，数据一样，跑出来的结果却有差异。 经过排查后，发现2套环境的表字符集不一样。测试之前是5.6升级到8.0的，表字符集是utf8_general_ci的，而生产一直就是用的8.0,表字符集是utf8mb4_0900_ai_ci。
第4章 Schema与数据类型优化 数据类型的设定原则应该遵循更小的往往更好，越简单越好（如能用data就用data而不用字符串），尽量避免NULL。 如果数据允许NULL，对MySQL来说更难优化，因为可为NULL的列使得索引，索引统计，和值比较都比较复杂。 TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT，8,16,24,32,64位整数，还有可选的UNSIGNED属性，只保存无属性的值。 MySQL可以为整数类型指定宽度，但是对大多数应用这是没有意义的，他不会限制值的合法范围
为了兼顾 MySQL 5.7 版本，所以主程序中默认为 utf8mb4_unicode_520_ci 排序规则，当 .env 文件中未配置排序规则时，主程序使用默认项；如果你使用 utf8mb4_0900_ai_ci 或者其他排序规则，请在 .env 文件中新增配置项定义新规则。
如图，选择一下collation，5.7.22版本的，大部分都是以ci结尾的，也就是大小写不敏感
查询表 ==> 分组前条件过滤 ==> 分组 ==> 分组后条件过滤 ==> 获取哪些字段 ==> 按照字段排序 ==> 分页显示
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
ALTER DATABASE 允许修改数据库的特征，所有关于数据库的特征都存储在db.opt文件中。你必须先具备该数据库的ALTER特权，才能完成对数据库的ALTER操作。
首先，您需要具有适当的权限才能在MySQL中创建数据库。通常，这意味着您需要以具有创建数据库权限的用户身份登录到MySQL服务器。
排序规则（Collation）是比较和排序字符串的一种规则，每个字符集都会有默认的排序规则，可以使用命令 SHOW CHARSET 来查看：
关于编码问题前面一共整理4篇博客，这是终篇。我使用MySQL时经常会遇到乱码问题，尤其是涉及到中文和emoji表情符号时，然而当我查询资料时发现大多数资料几乎雷同，寥寥几句仅贴了几个参数的定义，并没有案例来详细说明，因此我利用几个周末时间整理出这个编码系列博客，希望能对和我同样深受编码困扰的人提供些帮助，当然能力有限，里面很多观点是我根据各种资料的推测，并没有在相关文档中找到确切的描述佐证，可能有理解偏颇之处。
在压测完成后，拿到压测过程中系统的慢SQL，发现其中一条慢SQL如下：的执行计划如下：
之前的文章中分别介绍了MySQL 8.0在索引方面的新特性--隐藏索引 和 降序索引，详细内容可查看之前的文章内容；
utf8mb4_unicode_ci 和 utf8_general_ci 列不能混合查询
jira因为忘记续免费的License，过期之后，无论如何都无法启动，加载完插件之后，就core dump了，查看日志，说是libresolve.so.2库的问题，怀疑DNS的问题，更换DNS后，仍然无法启动
在 Java 语言中，Comparable 和 Comparator 都是用来进行元素排序的，但二者有着本质的区别。它们两也是常见的面试题，所以今天我们一起来盘它。
这次的组内分享，选择了在不同数据库中的隐式转换这个话题。隐式转换是个老生常谈的问题了，不同的数据库，隐式转换的影响因素有所不同，我们通过一些例子来看一下。但是问题来了，如何避免隐式转换带来的负面影响？一方面是编程习惯的问题，另一方面就需要一些人肉/自动化的手段主动发现问题，如果两者都没有，就只能被动等着出问题，再找解决方案了。
榜单在经历了供给量迅速增长及C端分发场景多样化等迭代，数据量及峰值流量呈十倍百倍增长，这必然带来数据库的极大存储压力和C端查询性能降低。为满足未来各类复杂定制化规则和亿万级数据甄选，综合引导消费者的购物决策，得物商品榜单生产迁移及B/C端数据存储隔离应运而生。
前言 MySQL/MariaDB是一个开放源码的小型关联式数据库管理系统，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL/Ma
本文使用的工具版本为：Navicat Premium 15，文中提到的功能在旧版中同样支持，如果需要最新版的软件（Mac/Windows）可私信博主。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
