MySQL 支持多种字符集，使您能够使用各种字符集存储数据，并根据给定排序规则执行比较。
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
所有在使用“utf8”的MySQL和MariaDB用户都应该改用“utf8mb4”，永远都不要再使用“utf8”。
排序方法在实际的应用场景中非常常见，Scala里面有三种排序方法，分别是： sorted，sortBy ，sortWith 分别介绍下他们的功能： （1）sorted 对一个集合进行自然排序，通过传递隐式的Ordering （2）sortBy 对一个属性或多个属性进行排序，通过它的类型。 （3）sortWith 基于函数的排序，通过一个comparator函数，实现自定义排序的逻辑。 例子一：基于单集合单字段的排序 结果： 例子二：基于元组多字段的排序 注意多字段的排序，使用sorted比较麻烦，这里给出使
背景 公司有一个数据处理线，上面的数据经过不同环境处理，然后上线到正式库。其中一个环节需要将数据进行处理然后导入到另外一个库(Sql Server)。这个处理的程序是老大用python写的，处理完后进
他说：明明表名的入参是 test ，为什么展示到界面的记录包括 test 这条记录？
爱可生 DBA 团队成员，在公司负责项目中处理数据库问题，喜欢学习技术，钻研技术问题。
仅仅要运行“SELECT * FROM 名”就可以。SELECT * FROM T_Employee 。
https://dev.mysql.com/doc/refman/8.0/en/charset-general.html
电商中：我们想查看今天所有成交的订单，按照交易额从高到低排序，此时我们可以使用数据库中的排序功能来完成。
MySQL 使用 International Components for Unicode（ICU）实现正则表达式，该组件提供了完整的 Unicode 支持，并且是多字节安全的。在 MySQL 8.0.4 之前，MySQL 使用 Henry Spencer 的正则表达式实现，该实现以字节方式运行，不安全。
字符集是针对不同语言的字符编码的集合，比如UTF-8字符集，GBK字符集，GB2312字符集等等，不同的字符集使用不同的规则给字符进行编码。排序规则则是在特定字符集的基础上特定的字符排序方式，排序规则是基于字符集的，是对字符集在排序方式维度上的一个划分。
索引是由持久类维护的结构，InterSystems IRIS®数据平台可以使用它来优化查询和其他操作。
本页目录 库语句 建库 修改库字符集 指定库排序规则 当前库状态的建表语句 删除库 Navicat编辑数据库时执行的SQL 表语句 建表 添加字段 修改表 修改字段 修改表字符集、排序规则 截断表 删除表 添加索引 一直都是用MySQL可视化工具，几乎没碰过建库、表等语句了。实属遗忘了。趁机补一补吧。 库语句 建库 -- 数据库配置文件default-character-set是utf8_mb3，则会导致创建的表是utf8mb3。我们无法人为控制，只能建库完毕后执行修改库字符集或者建库前修改MySQL配置
查询表 ==> 分组前条件过滤 ==> 分组 ==> 分组后条件过滤 ==> 获取哪些字段 ==> 按照字段排序 ==> 分页显示
用过Oracle和MySQL的朋友，对其中使用上的一些区别，就会比较敏感，例如字符集，就算其中一个，Oracle除了建库会指定字符集外，好像很少提到了，而MySQL中创建表的时候可能都会指定字符集，还可能导致出现隐式转换（可参考《MySQL隐式转换案例一则》《Oracle、SQL Server和MySQL的隐式转换异同》），都需要格外关注。碰巧看到社区退的这篇文章《故障分析 | MySQL convert 函数导致的字符集报错处理》，了解一下函数导致的字符集报错问题。
有客户之前遇到一个 mysql8.0.21 实例中排序规则的报错，是在调用视图时抛出，报错信息如下：
每个 MySQL 字符集可以支持一个或者多个排序规则，用于定义每个字符的比较规则，包括是否区分大小写，是否区分重音等。
任何计算机存储数据，都需要字符集，因为计算机存储的数据其实都是二进制编码，将一个个字符，映射到对应的二进制编码的这个映射就是字符编码（字符集）。这些字符如何排序呢？决定字符排序的规则就是排序规则。
jira因为忘记续免费的License，过期之后，无论如何都无法启动，加载完插件之后，就core dump了，查看日志，说是libresolve.so.2库的问题，怀疑DNS的问题，更换DNS后，仍然无法启动
创建数据库时，显式指定字符集和排序规则，同时，当切换到当前数据库后，参数 character_set_database，collation_database 分别被覆盖为当前显式指定的字符集和排序规则。举个简单例子，创建数据库 ytt_new2，显式指定字符集为 latin1，同时排序规则为 latin1_bin。之后在切换到数据库 ytt_new2 后，对应的系统参数也被修改。
排序规则（Collation）是比较和排序字符串的一种规则，每个字符集都会有默认的排序规则，可以使用命令 SHOW CHARSET 来查看：
最近在完成一个线上日志修复工作的过程中遇到了一个意想不到的慢查询。当时使用的SQL以及表结构其实都很简单，而且在关键的字段上也有索引，但是MySQL的执行计划就是跑出来了Range checked for each record (index map: 0x1)。如下为问题中的表结构定义和执行计划（删减了其他字段，留下了关键的部分）:
utf8mb4_unicode_ci 和 utf8_general_ci 列不能混合查询
UPDATE 表名 SET 字段名1=值1,字段名2=值2,...[WHERE 条件];
如图，选择一下collation，5.7.22版本的，大部分都是以ci结尾的，也就是大小写不敏感
这次的组内分享，选择了在不同数据库中的隐式转换这个话题。隐式转换是个老生常谈的问题了，不同的数据库，隐式转换的影响因素有所不同，我们通过一些例子来看一下。但是问题来了，如何避免隐式转换带来的负面影响？一方面是编程习惯的问题，另一方面就需要一些人肉/自动化的手段主动发现问题，如果两者都没有，就只能被动等着出问题，再找解决方案了。
之前的文章中分别介绍了MySQL 8.0在索引方面的新特性--隐藏索引 和 降序索引，详细内容可查看之前的文章内容；
记录一个在工作中遇到的问题，也不算是问题，为的是找一种简便的方法批量修改数据表字段的排序规则，在MySQL中叫collation，常常和编码CHARACTER一起出现的。collation有三种级别，分辨是数据库级别，数据表级别和字段级别。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
当一个列可以选择多种数据类型时,应该优先考虑数字类型,其次是日期或者二进制类型,最后是字符类型,对于相同级别的数据类型,应该优先选择占用空间小的数据类型 理由: 1)在对数据进行比较时,字符类型处理与当前所使用的排序规则是相关的, 而数字和二进制是按照二进制大小来进行的,同样的数据,字符类型比数字处理慢 2)在数据库中,数据处理 是以页为单位的,每页的大小是恒定的,在innodb中,每页的大小是16k,数据占用空间越小,页中能容纳的数据个数就越多,减少磁盘IO,有利于性能的提升
除了上述常见的排序规则，MySQL还提供了其他一些排序规则，如utf8mb4_unicode_520_ci、utf8mb4_unicode_520_bin等。这些规则可以根据具体需求选择使用。
[code]– 默认情况下” ; ” 代表sql语句的结束 delimiter 新的界定符 – 修改 // 为界定符 delimiter //
亲爱的读者朋友们，欢迎来到MysSQL的世界，我们将一同深入探讨MySQL中的字符集与排序规则，揭示它们的差异与影响。字符集和排序规则在数据库中的选择不仅关系到数据的存储和检索，还直接影响到数据的正确性和查询的效率。通过本文，你将更加深刻地理解MySQL字符集与排序规则之间的关系，并掌握如何正确应用它们。
之前有研发反馈，同一个SQL在测试环境和生产环境，数据一样，跑出来的结果却有差异。 经过排查后，发现2套环境的表字符集不一样。测试之前是5.6升级到8.0的，表字符集是utf8_general_ci的，而生产一直就是用的8.0,表字符集是utf8mb4_0900_ai_ci。
在默认情况下使用order by 字段名称 desc/asc 进行排序的时候，mysql进行的排序规则是按照ASCII码进行排序的，并不会自动的识别出这些数据是数值，就会出现比如要排序的字段值是1,2,3,11,12，排序完的结果会变成1,11,12,2,3，
排序规则指定值的排序和比较方式，并且是InterSystems SQL和InterSystemsIRIS®数据平台对象的一部分。有两种基本排序规则：数字和字符串。
InterSystems SQL提供了排序规则功能，可用于更改字段的排序规则或显示。
系统中收集到用户的核心数据，为了安全性，我们一般会存储到数据库，比如：mysql，oracle等。
由于一台vps在下个月就要到期了，不打算续费了，所以打算把上面的数据进行迁移一下，然后迁移数据库某个库的时候报错了Unknown collation: 'utf8mb4_0900_ai_ci'，我是通过navicat直接导出库，然后导入新库，发现就报错了，都是一些小问题，记录一下解决过程。
上一篇文章，小编给大家分享了在Navicat中如何远程连接数据库，没有来得及上车的小伙伴可以戳这篇文章：在Ubuntu14.04中配置mysql远程连接教程。今天小编给大家分享一下如何在Navicat中新建数据库和表。
本来村民也是打算写一写基础教程的，但是 B 站 UP 主高新强的系列视频 —— MySQL8零基础入门视频教程 十分照顾初学者，正适合新手村。村民看下来之后觉得很不错，视频内容比较全面，分 P 目录详细，示范操作讲解细致，因此就推荐给大家，但村民也会根据自己的实际需求按照视频的分P标题写一点分享，大家在观看视频的时候可以把村民的教程放在一边进行对照。
翻译过来就是字符引导。也就是针对字符串，显式的给定一个字符编码和排序规则，不受系统参数的影响。
在压测完成后，拿到压测过程中系统的慢SQL，发现其中一条慢SQL如下：的执行计划如下：
基数是数据列所包含的不同值的数量，例如，某个数据列包含值 1、3、7、4、7、3，那么它的基数就是 4。
大家好，又见面了，我是你们的朋友全栈君。char varchar varchar2 的区别 区别: 1．CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc”，对于CHAR (20)，表示你存储的字符将占20个字节(包括17个空字符)，而同样的VARCHAR2 (20)则只占用3个字节的长度，20只是最大值，当你存储的字符小于20时，按实际长度存储。 2．CHAR的效率比VARCHAR2的效率稍高。 3． 目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。
asc表示的是升序，使用这种语法创建出来的索引叫做升序索引。也就是我们平时在创建索引的时候，创建的都是升序索引。
设计mysql表结构的时候，有很多数据类型供我们选择，下面来介绍下mysql8中常用的数据类型。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
