utf8mb4

如果要使 TiDB 兼容 MySQL 的 GBK 字符集排序规则，你需要在初次初始化 TiDB 集群时设置 TiDB 配置项new_collations_enabled_on_first_bootstrap 为 true 来开启新的排序规则框架。 开启新的排序规则框架后，如果查看 GBK 字符集对应的排序规则，你可以看到 TiDB GBK 默认排序规则已经切换为 gbk_chinese_ci。 MySQL 处理非法 GBK 字符集时，对读和写操作的处理方式不同

如果要使 TiDB 兼容 MySQL 的 GBK 字符集排序规则，你需要在初次初始化 TiDB 集群时设置 TiDB 配置项new_collations_enabled_on_first_bootstrap 为 true 来开启新的排序规则框架。 开启新的排序规则框架后，如果查看 GBK 字符集对应的排序规则，你可以看到 TiDB GBK 默认排序规则已经切换为 gbk_chinese_ci。 MySQL 处理非法 GBK 字符集时，对读和写操作的处理方式不同

css3实现div边框闪烁呼吸灯效果使元素更醒目 有时候，处于营销或者其他原因，我们希望网页上的某些元素或者某个div更显眼一些，从而让访客可以关注到这些内容。而由于需要照顾网页美观协调，又不能把它改成太过显眼的颜色，比如大红色。这时候就可以使用css3的呼吸灯效果，为内容所在div做一个闪烁的边框来实现

2007年的时候，使用MySql5.5.x版本，发现一个问题：对于varchar字段（char估计一样），在选择utf8字符集时（后面新出来的utf8mb4一样），无法按中文拼音排序，即：排序规则中没有gbk_chinese_ci一项，而在选择gbk、gb2312、gb18030都有，这个问题一直没有找(想）到答案，因为后面的工作中使用SQL Server和Oracle居多。 今天再次出现这个问题，在网上找一遍资料后，回忆起当年的来龙去脉，逐渐想明白了其中原因：如果是选择中文字符集，比如GBK，那么数据库排序规则原则上只会考虑拉丁文和中文字符存在的可能，所以可以有中文排序规则可选；但是如果选择utf8等大的字符合集时，除了中文，还有其他语言字符存在，假如选择排序规则为中文拼音的话，其他语言字符如何排序呢？