MySQL中的lower_case_tables_names

本文探讨了MySQL中表名大小写敏感性的三种配置选项及其对表操作的影响。通过实例演示了不同设置下表名的存储方式及访问效果。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本文系转载,原文链接为:http://mxohy.blog.sohu.com/161564009.html.

lower_case_tables_names

0:默认值,大小写敏感;
   请注意如果在大小写不敏感的文件系统上用--lower-case-table-names=0强制设为0,并且使用不同的大小写访问MyISAM表名,会导致索引破坏。
1:表名在硬盘上以小写保存,名称对大小写不敏感。MySQL将所有表名转换为小写以便存储和查找
2:表名和数据库名在硬盘上使用CREATE TABLE或CREATE DATABASE语句指定的大小写进行保存,但MySQL将它们转换为小写以便查找。

测试一下:

测试环境:

mysql> select version();
+--------------+
| version()    |
+--------------+
| 5.5.5-m3-log |
+--------------+
1 row in set (0.00 sec)


第一种情况(0):
mysql> show variables like 'lower_case_table_names';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| lower_case_table_names | 0     |
+------------------------+-------+
1 row in set (0.00 sec)

mysql> create table tab(a int);
Query OK, 0 rows affected (0.20 sec)

mysql> create table TAB(a int);
Query OK, 0 rows affected (0.22 sec)

成功创建了tab和TAB两张表。
查看物理文件情况:
[mysql@testdb2 test]$ ls
tab.frm  TAB.frm  tab.ibd  TAB.ibd
【结论1】:当lower_case_table_names=0时,大小写敏感,tab与TAB被认为不同,且物理文件名与create table时大小写相同。

第二种情况(1):
mysql> show variables like 'lower_case_table_names';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| lower_case_table_names | 1     |
+------------------------+-------+
1 row in set (0.00 sec)

mysql> create table tab(a int);
Query OK, 0 rows affected (0.21 sec)

mysql> create table TAB(a int);
ERROR 1050 (42S01): Table 'tab' already exists

mysql> create table Tab(a int); 
ERROR 1050 (42S01): Table 'tab' already exists

mysql> create table MYTAB(a int);
Query OK, 0 rows affected (0.17 sec)

mysql> select * from tab;
Empty set (0.00 sec)

mysql> select * from Tab;
Empty set (0.00 sec)

mysql> select * from mytab;
Empty set (0.00 sec)

成功创建了表tab,MYTAB,但表TAB,Tab创建失败;且访问tab与Tab相同,访问MYTAB与mytab相同。
查看物理文件情况:
[mysql@testdb2 test]$ ls
mytab.frm  mytab.ibd  tab.frm  tab.ibd
【结论2】:当lower_case_table_names=1时,大小写不敏感,即tab与TAB被认为相同,物理文件名均用小写保存。

第三种情况(2):
我使用的mysql版本不支持lower_case_table_names=2的情况,如果强制在配置文件中设置,则实际会采用0。

【结论】:为了方便处理,我们将lower_case_table_names设置为1,这样不会出现tab与TAB是不同表的容易让你迷糊的情况。

### 关于Doris中设置 `lower_case_table_names=1` 遇到的错误及其解决方案 在Doris环境中,当尝试将 `lower_case_table_names` 设置为1时可能会遇到一系列问题。由于此参数影响表名的存储方式以及比较逻辑,在某些操作系统上不当配置可能导致服务启动失败或其他异常行为。 对于Windows环境下的MySQL而言,若将 `lower_case_table_names` 设定为0,则会出现持续性的启动报错情况[^1]。然而,需要注意的是,Doris默认情况下支持表名大小写敏感特性,并且一旦集群初始化完毕之后便不能再更改这一属性[^5]。因此,在考虑调整 `lower_case_table_names` 参数前,应当确认当前使用的平台是否允许此类变更。 具体来说: - 当 `lower_case_table_names=1` 时,意味着表名将以小写字母形式保存至磁盘并忽略大小写的差异来进行匹配操作;这适用于那些文件系统本身就不区分大小写的场景。 为了防止因误设而导致的问题发生,建议采取以下措施来解决问题或规避风险: #### 方案一:预防性策略 确保在初次安装部署Doris之前就明确了所需的工作模式——即决定好是要启用还是禁用表名的大/小写敏感度功能。如果是后者的话,则应在首次启动实例之时就把相应的全局变量设定妥当。 #### 方案二:迁移现有数据 如果已经在运行中的Doris集群里遇到了由 `lower_case_table_names` 值引起的冲突,那么可能需要通过导出全部数据库对象定义及数据内容的方式迁移到一个新的、具有适当配置的新集群上去。这样做可以彻底消除任何潜在的名字解析上的歧义。 #### Python脚本用于辅助检查和转换表名一致性 下面给出一段Python代码片段作为工具帮助管理员们识别可能存在大小写不一致的情况: ```python import pymysql def check_table_consistency(host, user, password, db): connection = pymysql.connect( host=host, user=user, passwd=password, database=db ) try: with connection.cursor() as cursor: sql = "SHOW TABLES;" cursor.execute(sql) tables = [row[0].lower() for row in cursor.fetchall()] duplicates = set([table for table in tables if tables.count(table.lower()) > 1]) return list(duplicates) finally: connection.close() print(check_table_consistency('localhost', 'root', '', 'testdb')) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值