企业🤖AI智能体构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
问题描述: 一开发同事在linux下调一个程序老是报错说找不到表,但是登陆mysql,show tables查看明明是已经创建了这张表的!!如下: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 mysql> show tables; +-------------------------------------------+ | Tables_in_huan_db | +-------------------------------------------+ | advertisement | | message_queue | | message_sys_user | | message_user | | opHistory | | opHistory_queue | | opHistory_queue_result_log | | opHistory_queue_send_fail_log | +-------------------------------------------+ 8 rows in set (0.00 sec) mysql> desc opHistory; ERROR 1146 (42S02): Table 'haun_db.opHistory' doesn't exist mysql> desc opHistory_queue; ERROR 1146 (42S02): Table 'haun_db.opHistory_queue' doesn't exist mysql> desc opHistory_queue_result_log; ERROR 1146 (42S02): Table 'haun_db.opHistory' doesn't exist mysql> desc opHistory_queue_send_fail_log; ERROR 1146 (42S02): Table 'haun_db.opHistory_queue_send_fail_log' doesn't exist 这张表明明存在,为什么程序就找不到表呢?? 原因查找: 因为linux下mysql默认是要区分表名大小写的。mysql是否区分大小写设置是由参数lower_case_table_names决定的,其中: 1)lower_case_table_names = 0 区分大小写(即对表名大小写敏感),默认是这种设置。这样设置后,在mysql里创建的表名带不带大写字母都没有影响,都可以正常读出和被引用。变量lower_case_file_system说明是否数据目录所在的文件系统对文件名的大小写敏感,其中:ON说明对文件名的大小写不敏感,OFF表示敏感。 1 2 3 4 5 6 7 8 mysql> show variables like "%case%"; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_file_system | ON | | lower_case_table_names | 0 | +------------------------+-------+ 2 rows in set (0.00 sec) 2)lower_case_table_names = 1 不区分大小写(即对表名大小写不敏感)。这样设置后,表名在硬盘上以小写保存,MySQL将所有表名转换为小写存储和查找表上。该行为也适合数据库名和表的别名。 也就是说,mysql设置为不分区大小写后,创建库或表时,不管创建时使用大写字母,创建成功后,都是强制以小写保存! 1 2 3 4 5 6 7 8 mysql> show variables like "%case%"; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_file_system | OFF | | lower_case_table_names | 1 | +------------------------+-------+ 2 rows in set (0.00 sec) 上面的报错是因为: 开发之前在mysql里创建这张带有大写字母的表时,mysql还是默认的区分大小写设置,即对大小写不敏感。 后来运维同事又将mysql改成不分区大小写设置了,此时mysql都是强制以小写保存的表,所以开发后面再次在程序里引用这张表的时候,就会报错说不存在! 解决办法: 1)先在my.cnf里将lower_case_table_names参数再次调整为0,改成区分大小写 2)然后mysqladmin -uroot -p shutdown 以安全模式关闭数据库 3)登陆mysql数据库,"alter table 旧表名 rename 新表名" 将带大写字母的旧表改为小写表名 4)最后再启动mysql即可! ========================================================== MySQL在Linux下数据库名、表名、列名、别名大小写规则是这样的: 1)数据库名与表名是严格区分大小写的; 2)表的别名是严格区分大小写的; 3)列名与列的别名在所有的情况下均是忽略大小写的; 4)变量名也是严格区分大小写的; 5)MySQL在Windows下都不区分大小写,但是在Linux下默认是区分大小写的。 6)如果想在查询时区分字段值的大小写,则字段值需要设置BINARY属性,设置的方法有多种: a)创建时设置: CREATE TABLE T(A VARCHAR(10) BINARY); b)使用alter修改 所以在不同操作系统中为了能使程序和数据库都能正常运行,最好的办法是在设计表的时候都转为小写!! 修改mysql为不区分大小写设置: [root@test-huanqiu ~]# mysqladmin -uroot -p shutdown //以安全模式关闭数据库 [root@test-huanqiu ~]# cat /etc/my.cnf //添加下面一行设置 ..... [mysqld] lower_case_table_names=1 ..... [root@test-huanqiu ~]# /etc/init.d/mysql start //启动mysql ======================================================== Mysql表名大小写区分规则 1)linux下: 数据库名与表名是严格区分大小写的; 表的别名是严格区分大小写的; 列名与列的别名在所有的情况下均是忽略大小写的; 变量名也是严格区分大小写的; 2)windows下: 都不区分大小写 3)Mac OS下(非UFS卷): 都不区分大小写 参数说明(lower_case_table_names) Lunix下lower_case_table_names默认值为 0 ;Windows下默认值是 1 ;Mac OS X下默认值是 2 。 参数值 解释 0 使用CREATE TABLE或CREATE DATABASE语句指定的大小写字母在硬盘上保存表名和数据库名。名称比较对大小写敏感。在大小写不敏感的操作系统如windows或Mac OS x上我们不能将该参数设为0,如果在大小写不敏感的文件系统上将--lowercase-table-names强制设为0,并且使用不同的大小写访问MyISAM表名,可能会导致索引破坏。 1 表名在硬盘上以小写保存,名称比较对大小写不敏感。MySQL将所有表名转换为小写在存储和查找表上。该行为也适合数据库名和表的别名。该值为Windows的默认值。 2 表名和数据库名在硬盘上使用CREATE TABLE或CREATE DATABASE语句指定的大小写字母进行保存,但MySQL将它们转换为小写在查找表上。名称比较对大小写不敏感,即按照大小写来保存,按照小写来比较。注释:只在对大小写不敏感的文件系统上适用! innodb表名用小写保存。 由大小写敏感转换为不敏感方法 如果原来所建立库及表都是对大小写敏感的,想要转换为对大小写不敏感,主要需要进行如下3步: 1)将数据库数据通过mysqldump导出。 2)在my.cnf中更改lower_case_tables_name = 1,并重启mysql数据库。 3)将导出的数据导入mysql数据库。 注意事项 为了避免大小写引发的问题,一种推荐的命名规则是:在定义数据库、表、列的时候全部采用小写字母加下划线的方式,不使用任何大写字母。 在任何系统中可以使用lower_case_tables_name=1。使用该选项的不利之处是当使用SHOW TABLES或SHOW DATABASES时,看不出名字原来是用大写还是小写。 请注意在Unix中如果以前lower_case_tables_name = 0将lower_case_tables_name设置为1之前,重启mysqld之前,必须先将旧的数据库名和表名转换为小写。