前言: 一般在数据库使用规范中,我们都会看到这么一条:库名及表名一律使用小写英文。你有没有思考过,为什么推荐使用小写呢?库表名是否应该区分大小写呢?带着这些疑问,我们一起来看下本篇文章。...默认情况下,库表名在 Windows 系统下是不区分大小写的,而在 Linux 系统下是区分大小写的。列名,索引名,存储过程、函数及事件名称在任何操作系统下都不区分大小写,列别名也不区分大小写。...下面再来看下各个值的具体含义: Value Meaning 0 库表名以创建语句中指定的字母大小写存储在磁盘上,名称比较区分大小写。 1 库表名以小写形式存储在磁盘上,名称比较不区分大小写。...MySQL 在存储和查找时将所有表名转换为小写。此行为也适用于数据库名称和表别名。 2 库表名以创建语句中指定的字母大小写存储在磁盘上,但是 MySQL 在查找时将它们转换为小写。...通过以上实验我们发现 lower_case_table_names 参数设为 0 时,MySQL 库表名是严格区分大小写的,而且表别名同样区分大小写但列名不区分大小写,查询时也需要严格按照大小写来书写
原因查找: 因为linux下mysql默认是要区分表名大小写的。...这样设置后,在mysql里创建的表名带不带大写字母都没有影响,都可以正常读出和被引用。...这样设置后,表名在硬盘上以小写保存,MySQL将所有表名转换为小写存储和查找表上。该行为也适合数据库名和表的别名。...3)登陆mysql数据库,"alter table 旧表名 rename 新表名" 将带大写字母的旧表改为小写表名 4)最后再启动mysql即可!...下数据库名、表名、列名、别名大小写规则是这样的: 1)数据库名与表名是严格区分大小写的; 2)表的别名是严格区分大小写的; 3)列名与列的别名在所有的情况下均是忽略大小写的; 4)变量名也是严格区分大小写的
最近公司项目的MySQL数据库要迁移到linux下,部署时日志总是显示报找不到一个表,用MYSQL查看明明有这个表。后来经百度,原来LINUX下的MYSQL默认是区分表名大小写的。...用命令查看当前是否区分大小写: *************************************** mysql> show variables like "%case%"; +-------...set (0.00 sec) ****************************************** lower_case_file_system | OFF 说明当前区分大小写...修改方法 1.ROOT登录,vi /etc/my.cnf 2.在[mysqld]下加入一行:lower_case_table_names=1 //(为0时区分) 3.保存退出,重启MySQL。
如何获取MySql中所有表的的表名? sql语句是:show tables 返回结果如下: 不仅仅返回了所有的表名,更返回了视图的名字。
在linux环境下表名是区分大小写的 问题 执行SHOW VARIABLES LIKE '%lowercasetable_names%' 输出结果: ?...其中 0:区分大小写,1:不区分大小写 解决办法 在mysql的配置文件中添加 lowercasetable_names=1 实际解决方式 先查找mysql使用的配置文件 添加配置 重启mysql 查看是否生效...order of preference, my.cnf, $MYSQL_TCP_PORT, /etc/my.cnf /etc/mysql/my.cnf /usr/local/mysql/etc/my.cnf...datadir=/work1/soft/mysql/data socket=/work1/soft/mysql/mysql.sock #设置忽略大小写(简单来说就是sql语句是否严格),默认库名表名保存为小写..., 不区分大小写 lower_case_table_names=1 # 开启ip绑定 #bind-address = 0.0.0.0 [mysqld_safe] log-error=/var/log/mysqld.log
适用情景 数据表名有一定的规律,根据表名的规律来选择数据表。比如:表名是 user_101, user_102, user_103 以此类推,有规律可循。...组装表名查询 import myapp.models def test(requset): user_db_name = "user_%s" % request.user.name # 组装表名...动态的创建表 动态的创建模型其实就是在运行时生成 Model 类, 这个可以通过函数实现, 通过传参(今天的日期, 如: 20181211),然后生成新的模型类, Meta 中的 db_table 为..._meta.db_table log_20181211 使用 使用直接通过函数, 获取当前日期的 Log 模型, 然后通过 is_exists 判读表是否创建, 没有创建则创建对应的表. def index
本文学习是MySQL中识别符大小写敏感性学习,在MySQL中,数据库对应数据目录中的目录。数据库中的每个表至少对应数据库目录中的一个文件(也可能是多个,取决于存储引擎)。...因此,所使用操作系统的大小写敏感性决定了数据库名和表名的大小写敏感性。这说明在大多数Unix中数据库名和表名对大小写敏感,而在Windows中对大小写不敏感。...1 表名在硬盘上以小写保存,名称比较对大小写敏感。MySQL将所有表名转换为小写以便存储和查找。该行为也适合数据库名和表的别名。该值为Windows和Mac OS X系统中的默认值。...2 表名和数据库名在硬盘上使用CREATE TABLE或CREATE DATABASE语句指定的大小写进行保存,但MySQL将它们转换为小写以便查找。名称比较对大小写敏感。...这样了可以保留数据库名和表名的大小写。不利之处是必须确保在Windows中查询总是用正确大小写引用数据库名和表名。
检查 MySQL 客户端去查看表信息以及表的物理文件包括环境信息(是否严格区分大小写),整理的现象如下:mysqldump 报错:table doesn't exist;show tables 观察:db...而当前的 MySQL 环境是 lower_case_table_names = 1(也就是不论 sql 中是否明确了表名的大小写,均按小写去匹配),可以确定此环境变量有做过变更。...由于操作系统 Linux 是大小写敏感的,MySQL 使用小写字母去匹配需要删除的库表文件,而.frm文件名中包含了大写,无法匹配,导致文件残留(mysql-error.log 此时记录,在删库过程中,...=1 条件下,下发 Drop database 操作,由于表 frm 文件名包含大写,无法匹配,因此残留,而 idb 文件不论大小写都会被删除。...五、运维建议运维中,难免有库表的迁移和改造的需求,这时需要特别注意 lower_case_table_names 的值以及库、表名的大小写,稍不留神就报错库或者表不存在。
由于Windows下Git的默认配置不区分文件名称的大小写,在工程远端推送中就会挖很多大坑,如果在对文件名称大小写敏感的项目开发途中修改了某一名称的大小写,此时在远端推送时Git是不会检测到这一名称大小写修改的...默认配置下文件名变动侦测 使用git mv来重命名文件夹(在core.ignorecase=true情况下) 开启Git对大小写的识别 在仓库命令行中执行 Git全局开启 查看配置文件 git config...--list 找到有core.ignorecase=false即为大小写敏感开启
背景 下午在搞代码部署的时候, 遇到一个文件名大小写的问题, 问题比较简单, 但是也简单整理下, 分享给大家。...到线上仓库看了一下, 文件名是小写的 userModal。 怪不得文件找不到。 知道错误原因就很好办了。...直接把git的忽略大小写关了: git config core.ignorecase false 然后重新提交, 就OK了。...大意是说, 忽略大小写敏感是为了在不同的文件系统上更好的工作。 比如APFS,HFS +,FAT,NTFS等。
data.sqlite') # 链接数据库 cur = mydb.cursor() # 创建游标cur来执行SQL语句 # 获取表名...# Tables 为元组列表 print Tables tbl_name = Tables[0][0] # 获取第一个表名...# 获取表的列名 cur.execute("SELECT * FROM {}".format(tbl_name)) col_name_list = [tuple[0] for...tuple in cur.description] pprint.pprint(col_name_list) # 获取表结构的所有信息 cur.execute("PRAGMA
insert into 表名 set CREATE TABLE `tbl_str` ( `id` INT DEFAULT NULL, `Str` VARCHAR(30) DEFAULT NULL...`tbl_str` (`id`, `Str`) VALUE ('1', 'hello world'), ('2', 'mysql string'), ('3', 'hello');
在MySQL中,数据库、表、triggers实际上都对应了datadir目录(或子目录)下的文件,因此,这些对象的名字是否大小写敏感主要是依赖于操作系统和文件系统的,因此这些内容在Windows中是大小写是不敏感的...):大小写敏感,数据按照CREATE 语句中的定义存储在磁盘,且在查询的时候是区分大小写的; 注意:不要在大小写不敏感的系统上使用此设置,因为容易导致像MyISAM引擎表的索引崩溃; lower_case_table_names...=1(Windows default):大小写不敏感,MySQL将数据全部转化为小写形式存储在磁盘上,而且在查询的时候也是全部转化为小写进行比较; lower_case_table_names =2(...------+ | 1 | a | | 2 | A | +------+------+可以在字段name前加个binary,使其区分大小写:MySQL root...MYSQL轻松学
'ADMIN';Empty set (0.00 sec)修改配置文件lower_case_table_names=0:表示表名和数据库名区分大小写lower_case_table_names=1:表示表名和数据库名不区分大小写...(默认在 Windows 上)lower_case_table_names=2:表示表名和数据库名在表创建时区分大小写,但在查询时不区分[mysqld]lower_case_table_names=0注意事项重启...Windows 和 Linux 的区别Windows默认情况下,Windows 的 MySQL 安装会将 lower_case_table_names 设置为 1,这意味着表名不区分大小写。...如果需要区分大小写,需要手动将其设置为 0,并注意在创建表时使用正确的大小写。...Linux默认情况下,Linux 的 MySQL 安装会将 lower_case_table_names 设置为 0,这意味着表名区分大小写。
翻译过来大致 按大小写敏感存储表名 按小写形式存储表名 比较时不区分大小写 按大小写敏感存储表名 以小写字母进行比较 他们的默认值在不同系统下面有区分 MacOS2 Unix0 Windows1 然后注意...中的表是按照大写表名去查,而我们此处配置的,并不是查询时忽略表名大小写,而是全部以小写表名去查询 因此配置了lower_case_table_names = 1后,大写表名用大写sql一律作废匹配不到...SELECT * FROM QRTZ_LOCKS 查询表名为大写QRTZ_LOCKS的表找不到 但由于我windows开发环境下的表名又为小写qrtz_locks 此时就有以下方案: 配置改回lower_case_table_names...翻译过来就是说Linux或者其他类似Unix的系统,不支持设置为2[1],mysql服务端会强制使用0代替 那么这么多表名,一个一个改不是很麻烦?...这里我们可以使用mysql数据库信息函数去按规则[2]查询出表名转换为小写,再拼接成多条sql 或者使用存储过程、代码处理等方式 这里我使用以下sql: SELECT CONCAT( 'ALTER TABLE
http://blog.csdn.net/ljxfblog) 最近游戏开始第二次内测,开始处理操作日志,最开始把日志放到同一个表里面,发现一天时间,平均100玩家在线,操作记录就超过13万条,决定拆表,...具体思路是写日志的时候,根据当前的时间决定插入到当天的表里面,如表不存在则创建一个新的表,表名里面带上当天的日期。这就涉及到需要在存储过程里面动态创建一个跟日期相关的表。...mysql不是很熟悉,只会基本的语法,这种高级功能都需要上网查询,呵呵。 最开始的想法,是想定义一个字符串变量,把表名拼好后来创建表,发现创建的表名是定义的变量名,只好重新想办法。...CHARSET=utf8"); PREPARE sql_create_table FROM @sql_create_table; EXECUTE sql_create_table; 创建表之后...,还需要插入数据,但是insert语句里面也要使用动态表名,没办法还是需要和上面一样的方法来处理,先拼sql语句,示例如下:(注:rId等是存储过程传入的参数) set @sql_oper_revcord
问题 有位同学问我,在类似 pt-osc 场景下,需要将两个表名对调,怎么才能确保万无一失呢? 分析 估计其他同学就笑了,表名对掉还不简单吗,相互 RENAME 一下嘛。...但是,我们想要的是同时完成表名对调,如果是先后的对掉,可能会导致有些数据写入失败,那怎么办? 回答 其实也不难,从 MySQL 手册里就能找到方法,那就是:同时锁定2个表,不允许写入,然后对调表名。...我们通常只锁一个表,那么同时锁两个表应该怎么做呢,可以用下面的方法: LOCK TABLES t1 WRITE, t2 WRITE; ALTER TABLE t1 RENAME TO t3; ALTER...TABLE t2 RENAME TO t1; ALTER TABLE t3 RENAME TO t2; UNLOCK TABLES; 看到了吧,其实很简单,两个表同时加表级写锁,然后用 ALTER 语法改名就可以了
之前写了docker-compose.yml安装mysql 但是发现其表名大小写敏感,也没指定配置文件,参考我之前写的: mysql大小写踩坑 mysql8卸载重新安装并配置lower_case_table_names...=1 mysql having报错this is incompatible with sql_mode=only_full_group_by 于是重新编写docker-compose.yml # Use...root/example as user/password credentials version: '3.1' services: db: image: mysql # NOTE...: use of "mysql_native_password" is not recommended: https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html...Untagged: mysql:latest Untagged: mysql@sha256:232936eb036d444045da2b87a90d48241c60b68b376caf509051cb6cffea6fdc
在Mysql 众多表中查找一个表名或者字段名的 SQL 语句: SELECT table_name, column_name from information_schema.columns WHERE
这种传滴的是字面量 比如 tab = tb_user select * from #{tab} 就会被解释成 select * from 'tb_user' 这样肯定是不对的,sql语句中的表不应该加双引号