Visual Studio 2015连接MySQL报表不存在错误，疑与表名大小写有关

嘿，你碰到的这个问题核心就是MySQL在Linux系统下的表名大小写敏感特性，再加上Visual Studio和MySQL Workbench的显示/连接逻辑差异，才搞出了这些混乱。下面给你一步步拆解解决：

1. 为啥会出现表名大小写不匹配的错误？ #

MySQL在不同操作系统下的表名处理规则天差地别：

• Windows系统：默认不区分表名大小写（毕竟Windows文件系统本身就不区分）
• Linux/Unix系统（比如你的Ubuntu服务器）：默认严格区分表名大小写——因为Linux的文件系统（像ext4）是大小写敏感的，MySQL默认会把表名直接映射成服务器上的文件/目录名。

你的情况里，服务器上实际是小写的code表，但存储过程里调用的是Codes，VS又把表名显示成了大写的Code，这就导致Linux上的MySQL根本找不到对应的表，直接抛出"不存在"的错误。

2. 怎么解决表名大小写的问题？ #

有两种靠谱方案，看你需求选：

方案一：修改MySQL的大小写敏感配置（推荐长期维护用） #

直接改Ubuntu服务器上的MySQL配置，让它不区分表名大小写：

1. 打开MySQL的配置文件，通常是/etc/mysql/mysql.conf.d/mysqld.cnf（不同版本路径可能变，比如/etc/my.cnf或/etc/mysql/my.cnf，找不到就搜一下）
2. 在[mysqld]区块里添加或修改这行：

   lower_case_table_names = 1
   

   • lower_case_table_names=1的意思是：所有表名会转成小写存储，查询的时候也不区分大小写
   • 划重点：改完这个配置必须重启MySQL服务，而且要确保服务器上已有的表名都是小写的（如果之前有大写表名，得先改成小写，不然可能访问不了）
3. 重启MySQL服务：

   sudo systemctl restart mysql
   

方案二：直接修正代码和存储过程里的表名（适合临时快速修复） #

把存储过程Data.MySQLDataProvider.GetCodeByTypeAndName里的表名从Codes改成小写的code，确保和服务器上实际的表名完全一致就行。

3. 为啥VS能看到表但Workbench连不上？ #

这大概率是两个独立的问题：

• VS的显示逻辑问题：VS的MySQL插件可能默认把表名转成大写显示，哪怕服务器上是小写，这就给了你一种"表是大写"的错觉，实际服务器上根本不是。
• Workbench的连接问题：和大小写无关，你可以检查这几点：
  • 服务器的防火墙有没有开放MySQL默认的3306端口
  • Workbench里的连接参数是不是全对（主机地址、端口、用户名密码一个都不能错）
  • 服务器上的MySQL有没有允许远程连接——去mysql.user表里看看，你的账户是不是有%（允许所有IP）或者指定IP的访问权限

4. 额外要注意的坑 #

• 跨操作系统部署MySQL的时候，一定要统一表名大小写规则，不然很容易踩这种坑
• 开发环境尽量和生产环境保持一致（比如开发也用Linux版MySQL），减少环境差异导致的莫名其妙的bug
• 改了lower_case_table_names之后别随便改回去，不然可能导致已有的表直接访问不了

内容的提问来源于stack exchange，提问作者want_to_be_calm