mysql查出数据不区分大小写

问题描述：

今天在工作中遇到登录用户名字大小写登录时都能够登录，无论数据库中存入的是大写还是小写，登录时只要输入正确，大小写就算不正确，直接会登录成功。

解决过程：

通过一通的翻博客后发现，可能是字符集编码的问题，一看Navicat的用户表字符集编码为utf8mb4_unicode_ci。当前的字符集编码排序规则不区分大小写，将子字符集改为utf8mb4就成功，或者在不改变数据库编码规则的情况下使用以下sql，即在查询的时候指定排序规则：

  SELECT
        mu.userId AS userId,
        mu.mchId AS mchId,
        mu.userName AS username,
        mu.email AS email,
        mu.isSuperAdmin AS isSuperAdmin,
        mu.areaIds AS areaIds,
        mu.status AS status,
        mu.createTime AS createTime
    FROM t_mch_user mu
    WHERE
    userName = #{username} COLLATE utf8mb4_bin

相关的字符集编码的区别如下：

字符集：

utf8：

使用1~4个字节,变长的编码格式，最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。如：Emoji 表情，很多不常用的汉字，插入会异常

utf8mb4：

mb4即 most bytes 4，使用4个字节来表示完整的UTF-8。

在日常的使用中一般使用utf8mb4。

字符集编码排序规则：

utf8mb4_bin：

将字符串每个字符用二进制数据编译存储，区分大小写，而且可以存二进制的内容

utf8mb4_general_ci：

不区分大小写，某些特殊语言或者字符集，排序结果可能不一致。utf8_general_ci是一个遗留的 校对规则，不支持扩展。它仅能够在字符之间进行逐个比较。这意味着utf8_general_ci校对规则进行的比较速度很快，但是与使用utf8_unicode_ci的 校对规则相比，比较正确性较差）。相比较utf8mb4_unicode_ci更快。

utf8mb4_unicode_ci：

不区分大小写，能够处理特殊字符的排序。utf8_unicode_ci校对规则仅部分支持Unicode校对规则算法。一些字符还是不能支持。并且，不能完全支持组合的记号。这主要影响越南和俄罗斯的一些少数民族语言，如：Udmurt 、Tatar、Bashkir和Mari。相比较utf8mb4_general_ci更准确。

一般常用：utf8mb4_general_ci