MariaDB 10.3设置lower_case_table_names = 1不区分大小写不生效

最新推荐文章于 2024-05-06 18:05:02 发布
置顶 最新推荐文章于 2024-05-06 18:05:02 发布
阅读量4k 收藏 1
点赞数
分类专栏： MariaDB 文章标签： MariaDB  MySQL 大小写
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xfxwancs/article/details/87966955
版权

昨天数据库升级到MariaDB 10.3,结果大量的表因为表面大小写的出现table '*****' doesn't exist.

通过查阅,修改配置/etc/my.cnf.d/server.cnf

在 [mysqld] 下加入 lower_case_table_names=1,结果通过 service mysql restart 重启多次,设置都不生效.

新建前请备份数据库!

新建前请备份数据库!

新建前请备份数据库!

最后尝试新建了/etc/my.cnf,在里面加入配置,重启后竟然成功了.没有了解到具体怎么回事.如果有大佬看到希望解释下

设置成功后,表名大写的表在每次打开库的时候都会一闪而过,然后不见了.

看到解释说的是:
lower_case_table_names： 此参数不可以动态修改，必须重启数据库
lower_case_table_names = 1 表名存储在磁盘是小写的，但是比较的时候是不区分大小写
lower_case_table_names=0 表名存储为给定的大小和比较是区分大小写的
lower_case_table_names=2, 表名存储为给定的大小写但是比较的时候是小写

然后,所以需要重新建表.....千万要备份~~

我只玩人机
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Linux MySQL改为不区分大小写，lower_case_table_names=1 启动报错 mysql8.0
皮卡丘多多的博客
03-23 3126
我们知道在 Linux 环境下默认是区分大小写的，所以我们需要改变这种默认方式，经过网上各种搜索后，基本就是清一色的修改 lower_case_table_names，然后信誓旦旦的去修改了，但是修改后发现 mysql 直接启动不了，怎么回事呢？mysql8.0 要求我们不能在initialize之后再更改 lower_case_table_names 的值，也就是说，再通过更改 my.cnf 文件是不管用的。另外，mysql8.0的状态只能为不区分大小写或区分大小写，一种情况。
centos7系统配置mariadb5.5 表名大小写不敏感
耕耘
08-12 730
mariadb安装好后，实际开发中遇到的表名不存在，原因是没有配置大小写敏感。入数据库（mysql -u **** -p）找到[mysqlld]标签，在下边添加。进入 /etc/my.cnf.d。编辑server.cnf。三、重启mariadb。1-->大小写不敏感。0--->大小写敏感。......
Debian mariadb 10.11设定表名 大小写不敏感方法
最新发布
yeyuningzi的博客
05-06 955
mariadb 10.11以及以后的版本中，要配置表名大小写敏感方法
mysql相关问题持续更新
whoknowswhoiam的专栏
05-22 645
1.修改lower_case_table_names=1产生的问题。 网上查了下很多人有这种情况，解决方法也很多，都有道理； 解决方法： 找到data目录下database命名的目录删除所有frm文件，然后在drop database 数据库名称; 2.在修改mysql字符集编码格式时，需要重启mysql，在执行 sudo /XXXX/support-files/mysq...
mysql mariadb编码修改
bigdata_li的博客
11-07 157
修改mariadb的数据保存路径和默认字符集 vi /etc/my.cnf 修改[mysqld]下面的datadir路径，并添加字符集配置 skip-name-resolve character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci max_connections=1000 lower_case_table_na...
mysql数据库忽略大小写 linux环境下
hubolu123的博客
11-27 419
linux环境下 报错：Unknown column ‘字段名’ in ‘field list’ 可能原因：区分了大小写 查看是否忽略大小写： SHOW VARIABLES LIKE ‘%case%’ 截图 如果是1表示已经忽略，0表示没忽略； 修改方式： 进入如下路径 cd /etc/ 编辑文件 vi my.cnf 最后一行插入 lower_case_table_names=1 保存退出 :wq！ 重启服务： service mysqld restart 再次查看： SHOW VARIABLES LIKE
mariadb 10.3.22 linux arm64完整离线安装包
08-30
mariadb包含依赖包的完整离线安装，适用arm64架构的系统如UOS,deepin,ubuntu
mariadb-10.3.35-winx64.zip
05-27
MariaDB数据库管理系统是MySQL的一个分支，主要由开源社区在维护，采用GPL授权许可 MariaDB的目的是完全兼容MySQL
mariadb server_SOCKETSEVER_mariadb-deamon_
10-02
是Daemon Server的重要组成部分
mariadb-5.5.68-linux-x86_64.tar.gz
12-08
mariadb-5.5.68-linux-x86_64.tar.gz md5sun: 8082e4e06fcbc798c5353384ba15883b mariadb-5.5.68-linux-x86_64/lib/plugin中有server_audit.so,可用与MySQL数据库审计。
rh-mariadb103-mariadb-10.3.27-1.el7.x86_64.rpm
12-30
官方离线安装包，测试可用。使用rpm -ivh [rpm完整包名] 进行安装
mysql删除
敖尔其楞的专栏
09-08 433
在一个之前安装了mysql5.7的环境中安装了mysql5.6,安装完后，登陆mysql一直提示：/usr/local/mysql/bin/mysql -h 127.0.0.1 -P 3306 /usr/local/mysql/bin/mysql: unknown variable ‘lower_case_table_names=1’应该是没有卸载干净 在yum remove后，需要手工删除文件
mysql8.0及以上my.cnf设置lower_case_table_names=1无法启动
weixin_44320761的博客
09-04 9478
数据库正常启动，然后在my.cnf里设置了lower_case_table_names=1，重启报错 查看MySQL官方文档，有记录： lower_case_table_names can only be configured when initializing the server. Changing the lower_case_table_names setting after the server is initialized is prohibited. 大意为：只有在初始化服务时，才能配置小写的
mysql设置不区分大小写，或设置了不区分大小写lower_case_table_names=1但是没有生效
qq_42437926的博客
08-12 6515
mysql设置不区分大小写，或设置了不区分大小写lower_case_table_names=1但是没有生效 mysql设置不区分大小写 操作系统 centos mysql version 5.7及以上 修改etc/my.conf文件 加入lower_case_table_names=1 为使mysql不区分表名大小写. 注意 这段代码必须在**[mysqld_safe]之前 如果你的配置文件没有mysqld_safe**就算了，不影响 重启MySQL这时候正常情况下即会成功 systemctl resta
lower_case_table_names=1不生效
celebrateyang的博客
03-19 9110
操作系统 ubuntu mysql version 5.7.28 在etc/mysql/mysql.conf.d 目录下修改mysqld.cnf文件 加入lower_case_table_names=1 为使mysql不区分表名大小写. 重启MySQL,发现并没有生效,仍然是0 show variables like ‘%case%’; 解决: 修改mysqld.cnf 文件的权限为644, c...
MariaDB Error：1932 Table doesn't exist in engine 的解决方法
热门推荐
Robert's Log
11-19 2万+
1，正式区，MySQL服务及DB安装在D盘 2，测试区，MySQL服务及DB安装在C盘 问题1，将正式区相应DB File目录复制到测试区后，无法打开Table，查看Err Log发现，报1932的错误： 1932: Table 'mysql.gtid_slave_pos' doesn't exist in engine 将正式区对应data目录下的 ib_logfile0 ib_log...
Mysql数据库拷贝时出现doesn’t exist in engine
晓夏IT笔记
10-08 418
@MySQL的迁移、备份和还原 MySQL的迁移、备份和还原 对于MySQL如何有效备份和还原数据，以及出现问题的简单修复，做个小结。 一. 迁移 对于将MySQL从一台机器迁移到另一台机器，前提条件是 原系统和数据正常 ，按以下方法完成迁移： 1.存储引擎类型为MyISAM引擎 直接复制数据库的某个表文件：TableName.frm、TableName.MYD、TableName.MYI，或者复制数据库文件夹，例如：test库，就拷贝MySql\data\test文件夹 2.存储引擎类型为InnoDB
doesnt exist table_MySQL Table doesn’t exist in engine 解决方法 – TLingC's Zone
weixin_33260057的博客
12-23 2172
数据表设置了外键，在phpMyAdmin中显示该表使用中，点击访问表时提示Table doesn’t exist in engine。mysql日志显示：2019-08-24 14:32:25 616 [Warning] InnoDB: Load table ‘xxx’ failed, the table has missing foreign key indexes. Turn off ‘for...
异常解决Unknown system variable 'lower_case_table_names'
qq_43673190的博客
11-23 2277
像这样的问题就是mysql版本不对，就自己找了好几个 换了jar包 就好了
MARIADB_EXTRA_FLAGS slow_query_log=1 日志会存储在哪里
05-27
`MARIADB_EXTRA_FLAGS` 是一个环境变量，用于在启动 MariaDB 容器时传递额外的启动参数。`slow_query_log=1` 表示启用 MariaDB 慢查询日志。启用慢查询日志后，MariaDB 将记录执行时间超过指定阈值的 SQL 查询语句。 默认情况下，MariaDB 慢查询日志文件为 `/var/log/mysql/mariadb-slow.log`。但是，在 Docker 容器中，该文件通常无法直接访问。因此，您可以通过将该文件映射到容器外部，从而将其保存在主机上的某个目录中。 例如，您可以在启动 MariaDB 容器时，使用以下命令将 `/var/log/mysql/mariadb-slow.log` 文件映射到容器外部的 `/mylogs/mariadb-slow.log` 目录中： ``` docker run -d \ -e MARIADB_EXTRA_FLAGS="slow_query_log=1" \ -v /mylogs:/var/log/mysql \ mariadb ``` 这将启动 MariaDB 容器，并将慢查询日志文件保存在主机上的 `/mylogs/mariadb-slow.log` 目录中。您可以使用任何文本编辑器查看此文件。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值