默认是不区分大小写的，但是 下一个最重要的事情 您应该看看该表是如何创建的 首先，因为你可以指定大小写 创建表时的敏感性。

下面的脚本创建一个表。 注意在底部，它说COLLATE latin1_general_cs。 结尾的cs表示区分大小写。 如果你想要 表是不区分大小写的，你要么保留它 或者使用“COLLATE latin1_general_ci”。

   CREATE Table PEOPLE (

       USER_ID  INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

       FIRST_NAME  VARCHAR(50) NOT NULL,
       LAST_NAME  VARCHAR(50) NOT NULL,

       PRIMARY KEY (USER_ID)

   )

   ENGINE=MyISAM DEFAULT CHARACTER SET latin1
    COLLATE latin1_general_cs AUTO_INCREMENT=0;

如果您的项目是这样的，您可以创建您的 自己的表，那么指定您的 在创建表时选择大小写。

在我的情况下，二进制或整理或字符集工作与我的UTF8表。

我的表中有用户名，如henry, henry, susan, susan或susan，并通过比较名称的字节序列来查找各自的用户。

下面的函数创建字节序列:

function makeByteString($string){
    $tmp = "";
    for($i=0;$i<strlen($string);$i++){
        $sign = substr($string,$i,1);
        $tmp.=ord($sign);
    }
    return $tmp;
}

SQL查询找到正确的id:

$sql = "SELECT id, username FROM users WHERE `username` = ? ";
$stmt = $conn->prepare($sql);
$stmt->execute([$strUsername]); //e.g. susan, Susan or suSan
$rows = $stmt->rowCount();
if($stmt && $rows>0){
  while ($row = $stmt->fetch()) {
    if(makeByteString($strUsername) == 
                   makeByteString(trim($row["username"]))){
      $id = $row['id'];
    }
  }
}   

SQL Select不区分大小写。

这个链接可以告诉你如何区分大小写:http://web.archive.org/web/20080811231016/http://sqlserver2000.databases.aspfaq.com:80/how-can-i-make-my-sql-queries-case-sensitive.html

还要注意，在Linux上表名是区分大小写的，除非您将lower_case_table_name config指令设置为1。这是因为在Linux中表是由区分大小写的文件表示的。

尤其要注意在不区分大小写的Windows上开发，并将其部署到生产环境中。例如:

"SELECT * from mytable" 

除非设置了上面提到的指令，否则myTable在Windows中会成功，但在Linux中会失败。

参考资料:http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html

带有二进制标志设置的字符串字段将始终区分大小写。 如果你需要对非二进制文本字段进行区分大小写的搜索，请使用以下方法: SELECT 'test' REGEXP二进制'test'作为结果;

Marc B的回答基本正确。

如果您使用的是非二进制字符串(CHAR, VARCHAR, TEXT)，根据默认排序规则，比较是不区分大小写的。

如果您正在使用二进制字符串(binary, VARBINARY, BLOB)，比较是区分大小写的，因此您需要使用LOWER，如其他答案中所述。

如果不使用默认排序规则，而使用非二进制字符串，则大小写敏感性由所选的排序规则决定。

来源:https://dev.mysql.com/doc/refman/8.0/en/case-sensitivity.html。仔细地阅读。还有一些人误解了这一点，认为比较必须区分大小写或不敏感。事实并非如此。