dt1

最近遇到一个类似的问题，发现这个区别的影响，查到此处，把这个坑也提上来记到此处，供其他人遇到时参考：
1. 使用 ai_ci 是不区分生意和大小写的（针对外文的场景），而编程语言一般是精确匹配，这会导致数据库的查询与编程语言的处理不一致，存在出错的隐患。
2. ai_ci 适合于非中文的字符的更面向交流习惯的匹配，对于中文的应用，关联的可能是一些编码之类的查询匹配。比如一般认为不同大小写的应该视为同一个编码（但这也看具体业务），则基于 ai_ci 时不区分大小写或相视性都算匹配（比如有一些音重的字符看起来是同一个字符，但是顶上是带重音符号的，按存储编码是不一致的）。
3. 我个人推荐使用 utf8mb4_bin ，这样跟应用程序的处理逻辑一致，使得处理时不要考虑太多。对于特别需要处理的场景，再针对指定的字符指定特殊的字符集，比如针对不区分编码类的，要使用数据库 sql 进行检索的，使用 utf8mb4_0900_ai_ci 。但是是作为特殊场景存在。

问题来源：
我们这回出问题的，是因为检索时使用 sql 进行检索，然后发现存在。但实际上大小写不一致。然后检索匹配的数据在后续语言处理中出现了问题，在编程语言中是区分大小写的，就出错了。考虑这是一个通用的场景和问题，而且感觉还有出现类似问题的可能（开发人员不一定有这种意识），所以有上面的评估考虑。

这种问题问 AI 就好了，讲得明明白白的。

苹果官网的教育商店是支持老师的，京东自营苹果官方店的只支持学生，小气。

世界多样，这种水贴……
不如直接穷举一遍所有 UP 得了。

一大早的铺天盖地的新闻，反转再反转，也没有官方的说法。
然后上面这个 github 也是个新号，半匿名。
如果是被甩锅的人，大可以拿个真号出来，也增加一点可信度。

既然已经行业内通报了，行业内人士可以来证明一下的吗？


不过真有这种阴暗小人，团队真是倒霉了，辛苦干活的人白干，后面又会增加种条条框框，世界可能就是这样，就像中国地铁的安检一样，防止一小戳，代价一大堆。

遇到这种人，真像是吃苹果看到时半条虫，喝粥发现粥底一粒老鼠屎，吃蛋糕发现包裹一只死苍蝇……

@Felldeadbird 不好意思,有点好奇,5W 能看多大的世界,骑自行车带帐篷吗?

原来还想着支付宝是钱包，支付只用支付宝。现在跟微信差不多屌样了，那就直接用微信吧。

感觉还是“人养太多”，老想在一个 app 上折腾出花，榨干流量。现在好了，这么恶心，流量不来了。

随便拍 500 个视频，就知道了。