MySQL 数据迁移中 lower_case_table_names 参数影响

文若2年前技术文章802

记一次 SQLServer 迁移至 MySQL 遇到的一个关于 lower_case_table_names 参数的问题。

前言

  将 SQLServer 数据库迁移至 MySQL 迁移过后,驼峰命名的表都变成了小写,例如:DooBeDooBa 变成了 doobedooba 本篇文章分析下原因和解决方法。

一、原因分析

MySQL 对大小写是否敏感,由 lower_case_table_names 参数来控制,修改此参数需要重启数据库才能生效,该参数由三个选项:

  • lower_case_table_names = 0:表名区分大小写,且按照用户指定存储。

    mysql> create table CmVotingRecord(
       ->     Id int auto_increment primary key ,
       ->     NameInfo varchar(20)
       -> );
    Query OK, 0 rows affected (0.02 sec)

    mysql> insert into CmVotingRecord value (1, '1');
    Query OK, 1 row affected (0.00 sec)

    mysql> insert into cmvotingrecord value (1, '1');
    ERROR 1146 (42S02): Table 'test.cmvotingrecord' doesn't exist

    mysql> show tables;
    +----------------+
    | Tables_in_test |
    +----------------+
    | CmVotingRecord |
    +----------------+

    可以看到我们创建 CmVotingRecord 表,MySQL 也是按照 CmVotingRecord 存储的,使用小写则无法操作该表。

  • lower_case_table_names = 1:表不区分大小写,使用小写存储。

    root@mysql 14:25:  [rep_test]>create table CmVotingRecord(
     ->     Id int auto_increment primary key ,
     ->     NameInfo varchar(20)
     -> );
    Query OK, 0 rows affected (0.02 sec)

    root@mysql 14:25:  [rep_test]>show tables;
    +--------------------+
    | Tables_in_rep_test |
    +--------------------+
    | cmvotingrecord     |
    +--------------------+
    1 row in set (0.01 sec)

    root@mysql 14:25:  [rep_test]>insert into CmVotingRecord value (1, '1');
    Query OK, 1 row affected (0.00 sec)

    root@mysql 14:25:  [rep_test]>insert into cmvotingrecord value (2, '1');
    Query OK, 1 row affected (0.00 sec)

    可以看到我们创建 CmVotingRecord 表,MySQL 则是按照 cmvotingrecord 小写存储的,使用 大写/小写 都可以操作该表。

  • lower_case_table_names = 2:表不区分大小写,按照用户指定存储。

    mysql> select @@lower_case_table_names;
    +--------------------------+
    | @@lower_case_table_names |
    +--------------------------+
    |                        2 |
    +--------------------------+
    1 row in set (0.00 sec)

    mysql> create table CmVotingRecord(
       ->     Id int auto_increment primary key ,
       ->     NameInfo varchar(20)
       -> );
    Query OK, 0 rows affected (0.01 sec)

    mysql> show tables;
    +------------------+
    | Tables_in_test02 |
    +------------------+
    | CmVotingRecord   |
    +------------------+
    1 row in set (0.00 sec)

    mysql>
    mysql> insert into CmVotingRecord value (1, '1');
    Query OK, 1 row affected (0.00 sec)

    mysql>
    mysql> insert into cmvotingrecord value (2, '1');
    Query OK, 1 row affected (0.00 sec)

    可以看到我们创建 CmVotingRecord 表,MySQL 是按照 CmVotingRecord 用户指定大小存储的,使用 大写/小写 都可以操作该表。

在不同系统上运行,会有不同的默认值👇

截屏2023-02-10 上午9.26.37.png

需要注意的是 在 Linux 系统中不支持设置为 2 当用户设置为 2 时,将被强制改为 0。 RDS for MySQL 默认设置为 1 且不支持设置为 2。

其实到这里问题也就有答案了,数据从 SQLServer 迁移到 MySQL 因为 lower_case_table_names 默认为 1 原本的驼峰命名全变成了小写,解决方法其实比较简单,例如写脚本订正表名,或者将 lower_case_table_names 参数设置为 0 重新导数,前者方案应该更容易让客户接受些。

二、驼峰转下划线

SQLServer 中常用驼峰命名,MySQL 中则常用 _下划线 来命名,和客户沟通后,将驼峰命令修改为下划线命令,拼接 ALTER 语句,订正 MySQL 中的表名。

def change_name(name):
   new_name = ""
   name += " "
   for i in range(len(name) - 1):
       if i == 0:
           new_name += name[i]
       elif name[i].isupper() and name[i - 1].islower():
           new_name += "_" + name[i]
       elif name[i].isupper() and name[i - 1].isupper() and name[i + 1].islower():
           new_name += "_" + name[i]
       else:
           new_name += name[i]
   return new_name.lower()


file_path = '/Users/cooh/Desktop/table_name.sql'

with open(file_path) as r:
   content = r.readlines()

for x in content:
   source = x.replace('\n', '')
   print('-- source:', source)
   alter_sql = 'ALTER TABLE {} RENAME {};'.format(source.lower(), change_name(source))
   print(alter_sql)

将迁移的表名放到文件中,然后生成批量修改表名的命令即可。

三、总结

数据库因为架构及运行环境不同,可能会有些差异,如果遇到类似问题,个人认为如果无法将 lower_case_table_names 修改为 2 用脚本订正一遍也是不错的方法。

将 lower_case_table_names 从不敏感修改为敏感,风险不大。但是如果将 lower_case_table_names 从敏感修改为不敏感,如果恰好有表名相同大小写不同的表,就会出现异常,数据库的命令只能操作 “小写” 的表,无法操作大写的表。

root@mysql 15:09:  [rep_test]>show tables;
+--------------------+
| Tables_in_rep_test |
+--------------------+
| CmVotingRecord     |
+--------------------+
1 row in set (0.00 sec)

root@mysql 15:09:  [rep_test]>select * from CmVotingRecord;
ERROR 1146 (42S02): Table 'rep_test.cmvotingrecord' doesn't exist
root@mysql 15:09:  [rep_test]>

所以该参数从 0 到 1 & 2 需要严格评估风险。



相关文章

Elasticsearch数据生命周期如何规划

Elasticsearch中的open状态的索引都会占用堆内存来存储倒排索引,过多的索引会导致集群整体内存使用率多大,甚至引起内存溢出。所以需要根据自身业务管理历史数据的生命周期,如近3个月的数据op...

变更 Rancher Server IP 或域名

变更 Rancher Server IP 或域名

一.背景由于各种原因导致的需要对rancher的Server IP或者域名进行变更(更改访问地址,更改公网IP地址等)二.流程图三.操作前了解相关配置和要求相关官方文档rancher:日常使用的ran...

ElasticSearch开启xpack

ElasticSearch开启xpack

ES开启xpack1、生成ca证书(用户名和密码不用设置,一路回车,生成证书文件elastic-stack-ca.p12,生成kibana证书的时候也需要该ca证书)/opt/dtstack/es-6...

Hive删除外部表

Hive删除外部表

删除外部表操作例:1.首先我们创建一个外部表create EXTERNAL table if not exists mgtest(id int, name string)row format deli...

Elasticsearch8.5及Kibana8.5安装部署

Elasticsearch8.5及Kibana8.5安装部署

一、环境准备1、Centos7系统2、切换英文系统[root@master02 ~]# tail -n2 /etc/profile export LANG="en_US.UTF-8"3、下载、安...

FLink-Canal

canal formatCanal 是一个 CDC(ChangeLog Data Capture,变更日志数据捕获)工具,可以实时地将 MySQL 变更传输到其他系统。Canal 为变更日志提供了统一...

发表评论    

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。