一、mysql配置文件控制

mysql是通過lower_case_table_names參數(shù)來控制大小寫敏感的，該參數(shù)在[mysqld]結(jié)點(diǎn)下。

https://dev.mysql.com/doc/refman/8.0/en/identifier-case-sensitivity.html

表和數(shù)據(jù)庫名稱在磁盤上的存儲(chǔ)方式以及在 MySQL 中的使用方式受lower_case_table_names系統(tǒng)變量的影響 。 lower_case_table_names可以取下表所示的值。這個(gè)變量不 不影響觸發(fā)標(biāo)識(shí)符的情況下的靈敏度。在 Unix 上，默認(rèn)值為 lower_case_table_names0。在 Windows 上，默認(rèn)值為 1。在 macOS 上，默認(rèn)值為 2。

lower_case_table_names只能在初始化服務(wù)器時(shí)配置。lower_case_table_names禁止在服務(wù)器初始化后更改 設(shè)置。

如果您僅在一個(gè)平臺(tái)上使用 MySQL，則通常不必使用 lower_case_table_names默認(rèn)設(shè)置以外的設(shè)置。但是，如果要在文件系統(tǒng)區(qū)分大小寫不同的平臺(tái)之間傳輸表，可能會(huì)遇到困難。例如，在 Unix 上，您可以有兩個(gè)名為my_tableand 的 不同表MY_TABLE，但在 Windows 上，這兩個(gè)名稱被認(rèn)為是相同的。為避免因數(shù)據(jù)庫或表名的字母大小寫引起的數(shù)據(jù)傳輸問題，您有兩種選擇：

• lower_case_table_names=1在所有系統(tǒng)上 使用。這樣做的主要缺點(diǎn)是當(dāng)您使用SHOW TABLES或 時(shí) SHOW DATABASES，您看不到原始字母中的名稱。

• 使用lower_case_table_names=0在Unix和 lower_case_table_names=2Windows上。這保留了數(shù)據(jù)庫和表名的字母大小寫。這樣做的缺點(diǎn)是您必須確保您的語句在 Windows 上始終使用正確的字母來引用您的數(shù)據(jù)庫和表名稱。如果你把你的語句轉(zhuǎn)移到 Unix 上，在這種情況下，字母是重要的，如果字母不正確，它們將不起作用。

  例外：如果您正在使用 InnoDB表并試圖避免這些數(shù)據(jù)傳輸問題，您應(yīng)該 lower_case_table_names=1在所有平臺(tái)上使用強(qiáng)制將名稱轉(zhuǎn)換為小寫。

二、建表或者字段解決方法

1.創(chuàng)建表時(shí)，將字段標(biāo)記為binary，二進(jìn)制大小寫是敏感的

2.在查詢條件的字段前加binary，但是不建議這么做，因?yàn)闀?huì)使字段索引失效

3.建表時(shí)設(shè)置校對(duì)規(guī)則（collate）

_bin: 表示的是binary case sensitive collation，也就是說是區(qū)分大小寫。
_ci: case insensitive collation，不區(qū)分大小寫 。

CREATE TABLE `atest` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `url` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int(32) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 collate uft8_bin;

4.如果建表時(shí)校對(duì)規(guī)則未用_bin，則可直接修改字段的屬性

alter table test3 modify name varchar(20) collate utf8_bin;

https://www.cnblogs.com/developer_chan/p/9247674.html