MySQL库表名大小写的选择
来源:脚本之家
时间:2023-01-07 12:04:58 381浏览 收藏
亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《MySQL库表名大小写的选择》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下大小写、MySQL库表名,希望所有认真读完的童鞋们,都有实质性的提高。
1.决定大小写是否敏感的参数
在 MySQL 中,数据库与 data 目录中的目录相对应。数据库中的每个表都对应于数据库目录中的至少一个文件(可能是多个文件,具体取决于存储引擎)。因此,操作系统的大小写是否敏感决定了数据库大小写是否敏感,而 Windows 系统是对大小写不敏感的,Linux 系统对大小写敏感。
默认情况下,库表名在 Windows 系统下是不区分大小写的,而在 Linux 系统下是区分大小写的。列名,索引名,存储过程、函数及事件名称在任何操作系统下都不区分大小写,列别名也不区分大小写。
除此之外,MySQL 还提供了 lower_case_table_names 系统变量,该参数会影响表和数据库名称在磁盘上的存储方式以及在 MySQL 中的使用方式,在 Linux 系统,该参数默认为 0 ,在 Windows 系统,默认值为 1 ,在 macOS 系统,默认值为 2 。下面再来看下各个值的具体含义:
Value |
Meaning |
0 |
库表名以创建语句中指定的字母大小写存储在磁盘上,名称比较区分大小写。 |
1 |
库表名以小写形式存储在磁盘上,名称比较不区分大小写。MySQL 在存储和查找时将所有表名转换为小写。此行为也适用于数据库名称和表别名。 |
2 |
库表名以创建语句中指定的字母大小写存储在磁盘上,但是 MySQL 在查找时将它们转换为小写。名称比较不区分大小写。 |
一般很少将 lower_case_table_names 参数设置为 2 ,下面仅讨论设为 0 或 1 的情况。Linux 系统下默认为 0 即区分大小写,我们来看下 lower_case_table_names 为 0 时数据库的具体表现:
# 查看参数设置 mysql> show variables like 'lower_case_table_names'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_table_names | 0 | +------------------------+-------+ # 创建数据库 mysql> create database TestDb; Query OK, 1 row affected (0.01 sec) mysql> create database testdb; Query OK, 1 row affected (0.02 sec) mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | TestDb | | mysql | | performance_schema | | sys | | testdb | +--------------------+ mysql> use testdb; Database changed mysql> use TestDb; Database changed mysql> use TESTDB; ERROR 1049 (42000): Unknown database 'TESTDB' # 创建表 mysql> CREATE TABLE if not exists `test_tb` ( -> `increment_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增主键', -> `stu_id` int(11) NOT NULL COMMENT '学号', -> `stu_name` varchar(20) DEFAULT NULL COMMENT '学生姓名', -> PRIMARY KEY (`increment_id`), -> UNIQUE KEY `uk_stu_id` (`stu_id`) USING BTREE -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='test_tb'; Query OK, 0 rows affected (0.06 sec) mysql> CREATE TABLE if not exists `Student_Info` ( -> `increment_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增主键', -> `Stu_id` int(11) NOT NULL COMMENT '学号', -> `Stu_name` varchar(20) DEFAULT NULL COMMENT '学生姓名', -> PRIMARY KEY (`increment_id`), -> UNIQUE KEY `uk_stu_id` (`Stu_id`) USING BTREE -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Student_Info'; Query OK, 0 rows affected (0.06 sec) mysql> show tables; +------------------+ | Tables_in_testdb | +------------------+ | Student_Info | | test_tb | +------------------+ # 查询表 mysql> select Stu_id,Stu_name from test_tb limit 1; +--------+----------+ | Stu_id | Stu_name | +--------+----------+ | 1001 | from1 | +--------+----------+ 1 row in set (0.00 sec) mysql> select stu_id,stu_name from test_tb limit 1; +--------+----------+ | stu_id | stu_name | +--------+----------+ | 1001 | from1 | +--------+----------+ mysql> select stu_id,stu_name from Test_tb; ERROR 1146 (42S02): Table 'testdb.Test_tb' doesn't exist mysql> select Stu_id,Stu_name from test_tb as A where A.Stu_id = 1001; +--------+----------+ | Stu_id | Stu_name | +--------+----------+ | 1001 | from1 | +--------+----------+ 1 row in set (0.00 sec) mysql> select Stu_id,Stu_name from test_tb as A where a.Stu_id = 1001; ERROR 1054 (42S22): Unknown column 'a.Stu_id' in 'where clause' # 查看磁盘上的目录及文件 [root@localhost ~]#:/var/lib/mysql# ls -lh total 616M drwxr-x--- 2 mysql mysql 20 Jun 3 14:25 TestDb ... drwxr-x--- 2 mysql mysql 144 Jun 3 14:40 testdb [root@localhost ~]#:/var/lib/mysql# cd testdb/ [root@localhost ~]#:/var/lib/mysql/testdb# ls -lh total 376K -rw-r----- 1 mysql mysql 8.6K Jun 3 14:33 Student_Info.frm -rw-r----- 1 mysql mysql 112K Jun 3 14:33 Student_Info.ibd -rw-r----- 1 mysql mysql 8.6K Jun 3 14:40 TEST_TB.frm -rw-r----- 1 mysql mysql 112K Jun 3 14:40 TEST_TB.ibd -rw-r----- 1 mysql mysql 67 Jun 3 14:25 db.opt -rw-r----- 1 mysql mysql 8.6K Jun 3 14:30 test_tb.frm -rw-r----- 1 mysql mysql 112K Jun 3 14:30 test_tb.ibd
通过以上实验我们发现 lower_case_table_names 参数设为 0 时,MySQL 库表名是严格区分大小写的,而且表别名同样区分大小写但列名不区分大小写,查询时也需要严格按照大小写来书写。同时我们注意到,允许创建名称同样但大小写不一样的库表名(比如允许 TestDb 和 testdb 库共存)。
你有没有考虑过 lower_case_table_names 设为 0 会出现哪些可能的问题,比如说:一位同事创建了 Test 表,另一位同事在写程序调用时写成了 test 表,则会报错不存在,更甚者可能会出现 TestDb 库与 testdb 库共存,Test 表与 test 表共存的情况,这样就更加混乱了。所以为了实现最大的可移植性和易用性,我们可以采用一致的约定,例如始终使用小写名称创建和引用库表。也可以将 lower_case_table_names 设为 1 来解决此问题,我们来看下此参数为 1 时的情况:
# 将上述测试库删除 并将 lower_case_table_names 改为 1 然后重启数据库 mysql> show variables like 'lower_case_table_names'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_table_names | 1 | +------------------------+-------+ # 创建数据库 mysql> create database TestDb; Query OK, 1 row affected (0.02 sec) mysql> create database testdb; ERROR 1007 (HY000): Can't create database 'testdb'; database exists mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | performance_schema | | sys | | testdb | +--------------------+ 7 rows in set (0.00 sec) mysql> use testdb; Database changed mysql> use TESTDB; Database changed # 创建表 mysql> CREATE TABLE if not exists `test_tb` ( -> `increment_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增主键', -> `stu_id` int(11) NOT NULL COMMENT '学号', -> `stu_name` varchar(20) DEFAULT NULL COMMENT '学生姓名', -> PRIMARY KEY (`increment_id`), -> UNIQUE KEY `uk_stu_id` (`stu_id`) USING BTREE -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='test_tb'; Query OK, 0 rows affected (0.05 sec) mysql> create table TEST_TB (id int); ERROR 1050 (42S01): Table 'test_tb' already exists mysql> show tables; +------------------+ | Tables_in_testdb | +------------------+ | test_tb | +------------------+ # 查询表 mysql> select stu_id,stu_name from test_tb limit 1; +--------+----------+ | stu_id | stu_name | +--------+----------+ | 1001 | from1 | +--------+----------+ 1 row in set (0.00 sec) mysql> select stu_id,stu_name from Test_Tb limit 1; +--------+----------+ | stu_id | stu_name | +--------+----------+ | 1001 | from1 | +--------+----------+ 1 row in set (0.00 sec) mysql> select stu_id,stu_name from test_tb as A where a.stu_id = 1002; +--------+----------+ | stu_id | stu_name | +--------+----------+ | 1002 | dfsfd | +--------+----------+ 1 row in set (0.00 sec)
当 lower_case_table_names 参数设为 1 时,可以看出库表名统一用小写存储,查询时不区分大小写且用大小写字母都可以查到。这样会更易用些,程序里无论使用大写表名还是小写表名都可以查到这张表,而且不同系统间数据库迁移也更方便,这也是建议将 lower_case_table_names 参数设为 1 的原因。
2.参数变更注意事项
lower_case_table_names 参数是全局系统变量,不可以动态修改,想要变动时,必须写入配置文件然后重启数据库生效。如果你的数据库该参数一开始为 0 ,现在想要改为 1 ,这种情况要格外注意,因为若原实例中存在大写的库表,则改为 1 重启后,这些库表将会不能访问。如果需要将 lower_case_table_names 参数从 0 改成 1 ,可以按照下面步骤修改:
首先核实下实例中是否存在大写的库及表,若不存在大写的库表,则可以直接修改配置文件然后重启。若存在大写的库表,则需要先将大写的库表转化为小写,然后才可以修改配置文件重启。
当实例中存在大写库表时,可以采用下面两种方法将其改为小写:
1、通过 mysqldump 备份相关库,备份完成后删除对应库,之后修改配置文件重启,最后将备份文件重新导入。此方法用时较长,一般很少用到。
2、通过 rename 语句修改,具体可以参考下面 SQL:
# 将大写表重命名为小写表 rename table TEST to test; # 若存在大写库 则需要先创建小写库 然后将大写库里面的表转移到小写库 rename table TESTDB.test_tb to testdb.test_tb; # 分享两条可能用到的SQL # 查询实例中有大写字母的表 SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.`TABLES` WHERE TABLE_SCHEMA NOT IN ( 'information_schema', 'sys', 'mysql', 'performance_schema' ) AND table_type = 'BASE TABLE' AND TABLE_NAME REGEXP BINARY '[A-Z]' # 拼接SQL 将大写库中的表转移到小写库 SELECT CONCAT( 'rename table TESTDB.', TABLE_NAME, ' to testdb.', TABLE_NAME, ';' ) FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'TESTDB';
总结:
本篇文章主要介绍了 MySQL 库表大小写问题,相信你看了这篇文章后,应该明白为什么库表名建议使用小写英文了。如果你想变更 lower_case_table_names 参数,也可以参考下本篇文章哦。
今天关于《MySQL库表名大小写的选择》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!
-
392 收藏
-
165 收藏
-
397 收藏
-
489 收藏
-
209 收藏
-
497 收藏
-
335 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 虚心的手套
- 太全面了,收藏了,感谢师傅的这篇技术贴,我会继续支持!
- 2023-02-07 23:33:18
-
- 和谐的山水
- 很好,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢博主分享博文!
- 2023-02-03 00:50:26
-
- 还单身的康乃馨
- 这篇博文真是及时雨啊,师傅加油!
- 2023-01-23 15:41:29
-
- 忧伤的柚子
- 这篇技术贴出现的刚刚好,太全面了,很好,mark,关注up主了!希望up主能多写数据库相关的文章。
- 2023-01-18 14:59:50
-
- 曾经的项链
- 很好,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢up主分享技术文章!
- 2023-01-10 01:33:34
-
- 大气的花卷
- 这篇博文真是及时雨啊,太全面了,写的不错,mark,关注博主了!希望博主能多写数据库相关的文章。
- 2023-01-07 15:11:25
-
- 幽默的狗
- 很详细,已加入收藏夹了,感谢up主的这篇文章,我会继续支持!
- 2023-01-07 12:20:26