mysql大写表找不到的问题

最新推荐文章于 2025-09-09 14:24:38 发布
原创 最新推荐文章于 2025-09-09 14:24:38 发布 · 1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #table

本文详细解析了my.conf文件中lower_case_table_name参数的配置意义，包括其如何自动将所有语句转换为小写执行，以及如何处理原有大写的表名。同时强调了参数的使用注意事项。

在my.conf中

lower_case_table_name = 1

但是注意，原来已经有的大写表要删掉或者想办法改成小写，否则仍然找不到。

 

所以这个参数的意思是把所有的语句自动变成小写执行，而不是不区分大小写。

linux docker mysql容器 表名大小写敏感失效-有效解决方法
yuec1998的博客
07-19 890
今天遇到启动程序时遇到一个问题： 报错详情是指找不到该表，日志中表名是大写的，但是数据库存在小写，所以定位问题就是linux服务器上的mysql没有设置大小写不敏感，我们如果安装win版本是默认不敏感的，而我是linux上docker启动的mysql容器，所以具体解决如下： 如果容器有挂载，那么直接查看过载路径下的文件，例如： 其中，我一开始挂载配置只有一个my.conf,于是乎看了网上的解决办法在该文件加了lower_case_table_names=1，但是重启无效，于是我怀疑没有设置成功，进入容器查
MySql下实现查询表名不区分大小写
06-03
Mysql查询操作 MySql下实现查询表名不区分大小写
if mybatis or test_解决mybatis where-if中if不能识别大写AND,OR的问题
weixin_39615499的博客
02-16 1376
mybatis报错：Caused by: org.apache.ibatis.ognl.ParseException: Encountered " "AND “” at line 1错误代码：SELECT ct.customer_name customerName,sam.city_code,sam.user_name,sam.account_nameFROM sys_account_manage...
一个奇葩的问题。MySql 在window下可以识别小写的表名，在linux下不能识别。
chewu3513的博客
11-27 386
原来Linux下的MySQL默认是区分表名大小写的，通过如下设置，可以让MySQL不区分表名大小写：1、用root登录，修改 /etc/my.cnf；2、在[mysqld]节点下，加入一行： lower_case_table_names=13、重启MySQL即可； 其中 lower_case...
Mysql 因为表名大小写问题而导致找不到表的解决方案
红烧柯基的博客
11-13 4375
原来Linux下的MySQL默认是区分表名大小写的，通过修改配置文件，可以让MySQL不区分表名大小写： 1、用root登录，修改 /etc/my.cnf； 2、在[mysqld]节点下，加入一行： lower_case_table_names=1 3、重启MySQL即可; mysql数据库一般表名都是不区分大写小的，但这个不区分大小写只在windows系统中有效，在linux系统中是区分大小写的lower_case_table_names=1参数缺省地在Windows中这个选项为1，在linux中.
mysql表名大写表名找不到_linux中mysql表名默认区分大小写导致表找不到的问题
weixin_30249151的博客
01-27 339
BackgroundWorker组件的作用当构建一个图形化的Windows Form桌面应用程序并且需要执行在应用程序主UI线程之外的线程中长时间的任务时,BackgroundWorker类就很有用了. 要使用BackgroundWorker ...hdu 4639 Hehe (dp)一道dp题,转移方程不是自己推出来的. 题目的意思是用‘qnmlgb’替换‘h...
MYSQL将表名称修改成大写的存储过程
09-10
请注意，执行这个存储过程前，应确保没有正在进行的事务，因为重命名表的操作可能会影响到这些事务。此外，虽然这个过程可以批量转换表名，但如果数据库中有大量数据，这个过程可能会花费一些时间，并可能导致短暂的...
mysql函数，将数字金额转成人民币大写
06-12
在MySQL数据库中，有时我们需要将...综上所述，要在MySQL中实现数字金额到人民币大写的转换，可以自定义函数或利用内置函数结合条件判断来完成。具体实现需要考虑汉字对应、整数和小数部分的处理、特殊情况的规则等。
MySQL单表查询练习
12-07
### MySQL单表查询练习知识点详解 #### 1. 查看EMP表中部门号为5的员工的姓名，职位，参加工作时间，工资。 - **知识点**：基础的`SELECT`语句结合`WHERE`子句筛选特定条件的数据。 - **SQL语句**： ```sql ...
MySQL数据库大小写敏感的问题
09-09
当从Windows环境迁移数据到Linux环境时，可能会遇到因表名大小写不一致而导致的问题。例如，如果在Windows上创建了一个名为`codetc_Web`的表，然后在Linux上导入，由于Windows不区分大小写，表名可能被自动转换为...
数据库 MySQL 创建表 以及查询
07-20
在MySQL数据库中创建表和执行查询是基本但至关重要的操作。创建表涉及定义表的结构，包括指定表名、字段名、数据类型等。查询则是从表中检索数据的过程，可执行各种条件筛选、数据聚合等操作。 ### 创建表基础 创建...
mybatisplus 不能查询大写的表名称
一天不写代码难受的博客
08-28 1250
数据库中的表名称是大写，使用mybatisplus 进行查询。并且报错，表名称找不到。
MYSQL因为区分大小写而引起找不到表
深蓝忧郁的技术空间
10-19 3839
    今天是相当郁闷，开发一直在本地mysql数据进行，完成后测试连接LINUX服务器数据库，结果一直报错找不到表！另我纳闷的是服务器数据库里明明是建了表的，用mysql控制台测试连接执行查询也没问题，可程序就是一直报错！    于是开始反复测试找问题，刚开始以为是驱动或mysql版本不匹配等引起的原因，但是重新写了个JDBC连接执行查询发现没问题！说明驱动没问题！于是怀疑连接池的问题，于是
【MySQL8.0不支持表名大写-对应方案】
Kason_iWiki
05-24 1229
文章目录环境：问题描述：解决思路：附购买页配置截图： 环境： 腾讯云Mysql 8.0 问题描述： 在导入业务所需sql脚本时，提示操作失败，不支持大写数据表名称 'Message':"Operation failed, upper case data table names are not support ed'}, 参考资料：https://cloud.tencent.com/document/product/236/59399 解决思路： 1.与研发同事沟通可否对此数据库做相关兼容，经确认，改动比
mysql 大写数据库名 无法识别_MySQL数据库名、表名大小写问题
weixin_29017445的博客
01-19 1486
在MySQL中，数据库对应操作系统数据目录中的目录，数据库中的每个表至少对应数据库目录中的一个文件(也可能是多个，取决于存储引擎)。因此，所使用操作系统的大小写敏感性决定了数据库名以及表名的大小写敏感性。这说明在大多数Unix中数据库名和表名对大小写敏感，而在windows中对大小写不敏感。列、索引、存储子程序和触发器名在任何平台对大小写不敏感，列的别名也不敏感。对于类Unix系统：数据库名和表名...
MySQL在Linux找不到表名-处理忽略大小写
h254532699的博客
01-10 2029
Linux找到my.cnf文件  Java代码   # find / -name my.cnf   修改解决大小写问题  在文件中补充：lower_case_table_names=1  Java代码   [mysqld]   datadir=/var/lib/mysql   socket=/var/lib/mysql/m
MySQL常见报错分析及解决方案总结(15)---表名大小写不对导致查不到表
最新发布
SSHLY3的博客
09-09 1257
摘要：Java程序出现"表不存在"错误，通常是由于表名大小写不匹配导致。MySQL的lower_case_table_names参数控制表名大小写敏感性，Windows默认不区分大小写(1)，Linux默认区分(0)。解决方法包括：统一程序与数据库表名大小写；在Windows配置lower_case_table_names=1；规范使用小写表名；迁移时批量修改表名为小写。遵循这些步骤可有效解决跨系统部署时的表名大小写问题。
Mysql设置大小写问题：大小写造成服务器查找数据查不到、mariadb导sql文件出错
qq_44957427的博客
10-29 235
Mysql设置大小写问题：大小写造成服务器查找数据查不到、mariadb导sql文件出错 【强制】表名、字段名必须使用小写字母或数字 ， 禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。 说明： MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写。因此，数据库名、 表名、字段名，都不允许出现任何大写字母，避免节外生枝。 正例： aliyun _ admin ， rdc _ config ， lev
MySQL中表名大小写问题
名字都被占了
12-03 444
问题描述： 解决方案：
MySQL替换为达梦8数据库后数据表为大写找不到表
03-29
<think>好的，我现在需要帮助用户解决将MySQL迁移到达梦8数据库后，表名变成大写导致找不到表的问题。首先，我需要理解用户的问题场景。用户之前使用MySQL，现在迁移到达梦8，但发现数据表名称变成了大写，导致应用程序找不到表，可能因为原来的SQL语句里表名是小写或者其他形式。 根据用户提供的引用，特别是引用[2]，MySQL的lower_case_table_names参数控制表名的大小写敏感性。当设置为1时，表名会被存储为小写，并且不区分大小写。而达梦8可能默认处理表名的方式不同，导致迁移后表名变为大写，从而引发问题。 接下来，我需要回忆达梦数据库的相关知识。达梦8是基于Oracle的语法和习惯设计的，而Oracle默认是区分大小写的，但通常表名会以大写形式存储，除非使用双引号。这可能就是迁移后表名变成大写的原因。 用户需要的是在达梦8中配置类似MySQL的大小写不敏感处理，或者调整表名的大小写形式，使得应用程序能正确找到表。可能的解决方案包括： 1. 配置达梦数据库的参数，使其对表名大小写不敏感。需要查看达梦是否有类似lower_case_table_names的参数，或者是否有其他配置方式。例如，达梦的COMPATIBLE_MODE参数可能支持兼容MySQL的模式，但需要确认具体版本是否支持。 2. 在迁移过程中，强制将表名转换为小写。比如在迁移工具或脚本中处理，或者在创建表时使用双引号来保持小写，但达梦可能默认存储为大写，除非使用双引号。 3. 修改应用程序的SQL语句，统一使用大写表名，但这可能不太现实，尤其是如果应用已经有很多小写的表名引用。 根据引用[3]，达梦迁移时可能遇到类似MySQL的CURRENT_TIMESTAMP问题，但这里的问题是关于表名大小写。因此，需要找到达梦对应的配置项。 查资料后，达梦8中的表名默认是存储为大写，并且在查询时默认不区分大小写，但实际行为可能受参数影响。达梦有一个参数叫做CASE_SENSITIVE，默认设置为0，表示不区分大小写。但需要确认该参数是否影响表名的存储和比较。另外，另一个参数LOWER_CASE_TABLE_NAMES可能也存在，或者是否有其他方式。 可能的解决方案步骤： - 确认达梦8中是否有类似lower_case_table_names的参数，或者是否有配置可以控制表名的大小写存储和比较。 - 如果存在这样的参数，修改配置文件（dm.ini），重启数据库，并重新导入数据，使表名以期望的形式存储。 - 如果达梦没有直接对应的参数，可能需要使用双引号来创建表名，强制保持小写，但这可能需要在迁移过程中处理DDL语句，添加双引号。 - 另外，检查达梦的兼容模式设置，是否设置为兼容MySQL，这可能会影响表名的大小写处理。 根据用户的问题，可能需要结合配置达梦的参数和在迁移过程中处理表名的大小写。例如，设置CASE_SENSITIVE=0，或者在迁移时使用工具将表名转换为小写，并确保SQL语句中的表名也使用小写。 需要验证这些步骤的正确性，可能需要参考达梦的官方文档或技术手册。例如，达梦的CASE_SENSITIVE参数默认是0，即不区分标识符的大小写，但在存储时标识符会被转换为大写。如果设置为1，则区分大小写，并且存储为原始形式。因此，如果用户希望表名区分大小写或者存储为小写，可能需要设置CASE_SENSITIVE=1，并在创建表时使用双引号包裹小写的表名。 但用户希望的是迁移后不修改应用程序，即应用可能使用小写的表名来查询，而达梦中表名存储为大写，此时可能需要达梦在查询时不区分大小写。但根据默认的CASE_SENSITIVE=0，达梦在比较时会忽略大小写，所以即使表名存储为大写，使用小写查询也能找到。但为什么用户会遇到找不到表的问题呢？ 可能的原因是在迁移过程中，表名被转换为了大写，而应用程序的SQL语句中使用了小写的表名，而达梦在默认情况下虽然不区分大小写，但实际存储的表名是大写，而如果SQL语句中写的是小写，是否会被转换为大写进行比较？ 例如，如果达梦的CASE_SENSITIVE=0，那么标识符在存储时会被转换为大写，而查询时无论输入大写还是小写都会被转换为大写进行比较，所以理论上即使应用使用小写表名，也能正确找到。但用户的问题可能出在，迁移后的表名在达梦中实际存储为大写，而应用程序中的SQL语句可能使用了带引号的小写表名，或者在迁移过程中有其他配置问题。 或者，可能是达梦的兼容模式没有正确设置，导致处理表名的方式与MySQL不同。例如，达梦的COMPATIBLE_MODE参数设置为1可以兼容MySQL，这可能会影响标识符的大小写处理。 综上，解决方案可能包括： 1. 在达梦的配置文件dm.ini中设置CASE_SENSITIVE=0，确保标识符不区分大小写，并且存储为大写，但查询时不区分。 2. 设置COMPATIBLE_MODE=4（兼容MySQL模式），以处理大小写敏感性。 3. 在迁移过程中，使用迁移工具将MySQL的表名转换为小写，并在达梦中使用双引号包裹，确保存储为小写，同时设置CASE_SENSITIVE=1，使得表名区分大小写，但应用查询时使用小写即可匹配。 4. 或者，修改应用程序中的SQL语句，统一使用大写表名。 需要进一步确认达梦的参数设置。例如，达梦的CASE_SENSITIVE参数控制的是标识符的存储和比较方式。当设置为0时，标识符不区分大小写，存储为大写；当设置为1时，区分大小写，存储为创建时的形式。因此，如果用户从MySQL迁移过来，且MySQL的lower_case_table_names=1，即存储为小写且不区分大小写，那么在达梦中可能需要将表名存储为小写，并设置CASE_SENSITIVE=0，但达梦默认存储为大写，因此可能需要使用双引号来创建小写的表名，并且设置CASE_SENSITIVE=1，但这可能反而导致需要区分大小写。 这似乎存在矛盾，因此可能需要另一种方法。例如，在迁移时，将所有的表名转换为小写，并使用双引号包裹，这样在达梦中，即使CASE_SENSITIVE=1，表名也会保持小写，而应用程序使用小写表名查询时，需要同样使用双引号或者正确的大小写，这可能不太方便。 或者，保持达梦的CASE_SENSITIVE=0，这样即使表名存储为大写，查询时使用小写也能匹配。但用户遇到的问题可能是在迁移时，表名被转换为了大写，而应用程序中的SQL语句可能因为某些原因无法正确匹配，例如使用了带引号的小写表名，导致达梦严格匹配。 因此，可能的解决方案是： - 在达梦的dm.ini中设置CASE_SENSITIVE=0，确保不区分大小写。 - 在迁移过程中，确保表名在达梦中存储为大写，这样应用程序无论使用大写还是小写都能匹配。 - 或者，修改迁移过程，将表名转换为小写，并使用双引号创建，同时设置CASE_SENSITIVE=1，但这需要应用也使用带引号的小写表名，这可能不现实。 需要更仔细地分析达梦的参数。根据达梦的文档，CASE_SENSITIVE参数设置为0时，系统不区分标识符的大小写，且存储为大写；设置为1时，区分大小写，存储为创建时的形式。因此，如果用户在迁移后表名变为大写，而应用程序使用小写查询，在CASE_SENSITIVE=0的情况下，应该可以正常访问，因为系统会将小写转换为大写进行比较。因此用户遇到的问题可能并非由CASE_SENSITIVE引起，而可能是其他原因，例如表名在迁移过程中被错误地转换，或者应用程序使用了带引号的表名，强制区分大小写。 或者，可能达梦在兼容MySQL模式下的处理方式不同，需要设置COMPATIBLE_MODE为MySQL模式。例如，达梦的COMPATIBLE_MODE参数可以设置为4，表示兼容MySQL，这可能会影响标识符的处理方式。 因此，可能的配置步骤是： 1. 修改达梦数据库的配置文件dm.ini，设置以下参数： - COMPATIBLE_MODE = 4 # 兼容MySQL模式 - CASE_SENSITIVE = 0 # 不区分标识符大小写 2. 重启达梦数据库服务，使配置生效。 3. 重新迁移数据，确保表名按照MySQL的大小写规则处理，可能存储为小写或者不敏感。 此外，在迁移工具中，可能需要指定表名的大小写转换规则，例如在导出时转换为小写，或者使用达梦的迁移工具时配置相关选项。 总结，解决方案应包含配置达梦的参数以兼容MySQL的大小写处理方式，并在迁移过程中确保表名正确转换。同时，可能需要检查应用程序的SQL语句，避免使用带引号的表名导致大小写敏感。</think>### 达梦8数据库表名大小写敏感性问题解决方案 #### 问题原因分析 达梦8数据库默认采用类似Oracle的大小写处理机制： 1. **表名存储**：默认以大写形式存储（除非使用双引号包裹表名创建）[^3] 2. **大小写敏感**：默认通过参数$CASE\_SENSITIVE$控制，值为$0$时忽略大小写，值为$1$时严格区分大小写 MySQL迁移到达梦后表名自动转为大写，而应用程序仍使用小写表名访问，导致找不到表的错误。 --- #### 解决方案步骤 ##### 1. 配置达梦数据库参数 修改达梦安装目录下的`dm.ini`文件： ```ini CASE_SENSITIVE = 0 # 标识符不区分大小写 COMPATIBLE_MODE = 4 # 启用MySQL兼容模式 ``` *参数说明*： - $CASE\_SENSITIVE=0$：系统自动将标识符转为大写存储，查询时不区分大小写 - $COMPATIBLE\_MODE=4$：兼容MySQL的语法特性[^3] ##### 2. 重启数据库服务 ```bash systemctl restart DmService ``` ##### 3. 迁移数据时特殊处理 在数据迁移过程中添加额外处理： - **使用DTS迁移工具**：在达梦的"数据迁移工具"中设置转换规则，强制将表名转为小写 - **手动处理DDL语句**： ```sql CREATE TABLE "user_info" (...); -- 使用双引号包裹保持小写 ``` ##### 4. 验证配置效果 ```sql SELECT * FROM dba_objects WHERE object_name = 'USER_INFO'; -- 应能查询到表 SELECT * FROM user_info; -- 使用小写表名应可正常访问 ``` --- #### 配置方案对比 | 方案 | 优点 | 缺点 | 适用场景 | |------|------|------|----------| | 修改CASE_SENSITIVE | 无需修改应用代码 | 所有表名强制大写存储 | 快速适配原有系统 | | 双引号创建表 | 精确控制表名大小写 | 需修改所有DDL语句 | 新建系统开发 | | 迁移工具转换 | 保持原MySQL表名格式 | 增加迁移复杂度 | 大型系统迁移 | --- #### 注意事项 1. 参数修改后需**重新初始化数据库**才能生效 2. 已存在的表需通过`ALTER TABLE`重命名才能适配新规则 3. 达梦8.1.2.141以上版本对MySQL兼容性有显著改进 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值