问题描述： 一开发同事在linux下调一个程序老是报错说找不到表，但是登陆mysql，show tables查看明明是已经创建了这张表的！！如下： mysql> show tables; +-------------------------------------------+ | Tables_in_huan_db | +-------------------------------------------+ | advertisement
晚上，我被叫进宽大的办公室，总监正在煮茶。高压锅煮着长嘴茶壶，水蒸气缭绕。领导举手之间，淡黄茶水奔涌而出，倒立而下浇上茶叶，漏出两杯茶水。
在Linux系统上使用MySQL，MySQL是区分字母大小写的，例如建A表时表名是大写的A，修改A表时脚本里写的a，就会报错表a不存在。在MySQL中，数据库对应数据目录中的目录，数据库中的每个表至少对应数据库目录中的一个文件或多个文件，所以，是否区分大小写是其所在的操作系统决定的。在大多数基于Unix的系统中，MySQL是区分大小写的；而在Windows系统中，MySQL是不区分大小写的。 操作系统中提供了lower_case_table_names参数用于修改这种区分大小写的策略。默认情况下，Linux
MySQL在windows下是不区分大小写的，将script文件导入MySQL后表名也会自动转化为小写，结果再 想要将数据库导出放到linux服务器中使用时就出错了。因为在linux下表名区分大小写而找不到表，查了很多都是说在linux下更改MySQL的设置使其也不区分大小写，但是有没有办法反过来让windows 下大小写敏感呢。其实方法是一样的，相应的更改windows中MySQL的设置就行了。 具体操作： 在MySQL的配置文件my.ini中增加一行： lower_case_table_names = 0 其中 0：区分大小写，1：不区分大小写 MySQL在Linux下数据库名、表名、列名、别名大小写规则是这样的： 1、数据库名与表名是严格区分大小写的； 2、表的别名是严格区分大小写的； 3、列名与列的别名在所有的情况下均是忽略大小写的； 4、变量名也是严格区分大小写的； MySQL在Windows下都不区分大小写
模糊匹配 jg%，结果以JG开头的字符串也出现在结果集中，大家很自然的认为是大小写敏感的问题。那么mysql中大小写敏感是如何控制的；数据库名，表名，字段名这些字典对象以及字段值的大小敏感是如何控制的；以及校验规则与索引的关系，这是本文要讨论的内容。
mysql> source crt_xxx_trigger.sql ERROR 1360 (HY000): Trigger does not exist ERROR 1359 (HY000): Trigger already exists
http://blog.csdn.net/jesseyoung/article/details/40617031
一般在数据库使用规范中，我们都会看到这么一条：库名及表名一律使用小写英文。你有没有思考过，为什么推荐使用小写呢？库表名是否应该区分大小写呢？带着这些疑问，我们一起来看下本篇文章。
一、表名 和 数据库名 不要用大小写混合（即驼峰式），应该全部用小写，使用下划线作为连接符。
之前写过一篇关于mysql 对表大小写敏感的问题（你有遇到过MySQL因大小写敏感导致的问题吗），其实在mysql中字段存储的内容是不区分大小写的，本篇进行简单的总结。
我们大家可能都碰到过这种情况：在Linux下，MySQL的表名区分大小写，而在Windows下是不区分，从Windows下导出的数据脚本中使用的是小写，而Hibernate生成的SQL中表名是大写的，所以查不出数据。如下，我的一个Windows下的项目移植到Linux环境中就因为MySQL严格区分大小写问题报错：
Linux下mysql可以通过“ALTER TABLE 旧表名 RENAME [TO] 新表名;”语句来修改表名；还可以通过配置my.cnf文件，修改“lower_case_table_names”选项的值为“1”来设置表名不区分大小写。
1、输入指令后，首先在当前目录下查找，如果当前目录下找不到，就到环境变量的Path中查找
当我们输入不管大小写都能查询到数据，例如：输入 lingyejun 或者Lingyejun ,LingYeJun都能查询同样的结果，说明查询条件对大小写不敏感。 CREATE TABLE NAME(name VARCHAR(10));
客户需要做一套库的迁移，因为库的数据量不大，40G左右，并且需要到远程机器上去做全量恢复。所以第一时间想到的自然是 mysqldump 工具来做。但是没想到会发生这种“惨案”。
用过MySQL的应该都会注意到，默认情况下，Linux下安装的MySQL是大小写敏感的，也就是说Table1和table1可以同时存在。而Windows下的MySQL却是大小写不敏感的，所有表名和数据库名都会变成小写。
《Oracle中大小写敏感的问题》这篇文章介绍了Oracle数据库中对大小写的敏感问题。不同的数据库有不同的设计思路，有的可能偏灵活，有的可能偏严谨，这就需要使用者，能够了解她们的联系和区别，才可以准确运用数据库提供给我们的特性和功能。
今天同事问了一个问题，是关于MySQL大小写敏感的。 如果根据关键字case来搜索，会发现有两个参数。 mysql> show variables like '%case%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_file_system | OFF | | lower_case_table_names |
如果你踩过 MySQL 的大坑的话就知道：MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写。
Linux下配置my.cnf文件来决定是否支持大小写。默认支持区分大小写，即等同于配置：
简介： lower_case_table_names 是mysql设置大小写是否敏感的一个参数。
最近公司项目的MySQL数据库要迁移到linux下，部署时日志总是显示报找不到一个表，用MYSQL查看明明有这个表。后来经百度，原来LINUX下的MYSQL默认是区分表名大小写的。
在MySQL中，数据库、表、triggers实际上都对应了datadir目录（或子目录）下的文件，因此，这些对象的名字是否大小写敏感主要是依赖于操作系统和文件系统的，因此这些内容在Windows中是大小写是不敏感的，而在大多数类Unix系统中是敏感的（Mac OS X除外），当然对于建立在这些类Unix系统上的MySQL，敏感性可以在一定程度上通过参数的修改来设定。
oracle中查询默认是区分大小写的，但是在mysql中默认不区分大小写。 解决办法： mysql可以在SQL语句中加入 binary来区分大小写。BINARY不是函数，是类型转换运算符，它用来强制它后面的字符串为一个二进制字符串，可以理解为在字符串比较的时候区分大小写。 一、查询语句上加binary select * from users WHERE binary user_name = '张三' AND status != 0 二、建表时加binary
环境：MySQL 5.7.25 起初创建环境时没有要求表名称不区分大小写，后续应用使用提出要设置lower_case_table_names=1的需求，期望表名不再区分大小写。 修改这个参数需要重启实例，另外一定要注意该参数修改会导致之前大写存储的表将无法识别，需要特殊处理。
语法：CREATE DATABASE [IF NOT EXISTS] db_name [create_specification [, create_specification] ...]
1974 年，IBM 研究员发布了一篇揭开数据库技术的论文《SEQUEL：一门结构化的英语查询语言》，直到今天这门结构化的查询语言并没有太大的变化。
字符集是英文,汉字或者其他语言字符的集合, 字符集种类有很多, 每个字符集包含的字符个数也不相同. 字符编码方式是用一个或多个字节表示字符集中的一个字符; 每种字符集都有自己编码方式, 因此同一个字符, 在不同字符集的编码方式下, 会产生不同的二进制值;
在MySQL中，比较常用的字符集是utf8和utf8mb4。这两个字符集是类似的，utf8是utf8mb3的别名，所以之后在MySQL中提到utf8就意味着使用1~3个字节来表示一个字符，如果大家有使用4字节编码一个字符的情况，比如存储一些emoji表情啥的，需要使用utf8mb4。其实每个字符集下对应着若干个比较规则（也可以翻译为排序规则或校对规则，英文是COLLATE），同一字符集下，使用不同的比较规则会影响字符字段的比较和排序。本文以utf8为例，介绍下常用的几个比较规则的不同。
MYSQL 中的查询给人的观念大多是简单的，不复杂的，将复杂的事情都交给程序来做，数据库就是一个容器的概念或一个固化的观念。
数据库大小写问题可以说让很多用数据库的人感受是：建表时，哇建出来了；使用时，我去，怎么找不到表，怎么找不到字段。没事，这是小场面。
大部分情况下，数据库的连接，数据库本身、数据库的服务器都是utf8的。在最开始的my.cnf配置中，我们把默认字符集全部配成了utf8进行统一，如果不配置，可能就会因为编码的不同导致无法正确解析数据。
在同一个mysql软件中，数据库不能同名。在同一个库中，表不能重名，在同一个表中，字段不能重名。
创建一个数据库Test1，校验规则使用utf8_ general_ ci[不区分大小写]：
一般情况下，除非需要使用表中所有的字段数据，最好不要使用通配符‘*’。使用通配符虽然可以节 省输入查询语句的时间，但是获取不需要的列数据通常会降低查询和所使用的应用程序的效率。通 配符的优势是，当不知道所需要的列的名称时，可以通过它获取它们。 在生产环境下，不推荐你直接使用 SELECT * 进行查询。
当我们创建数据没有指定字符集和校验规则时，系统使用默认字符集:utf8,校验规则:utf_general_ci;
SQL适用于使用SQL访问和处理数据的数据库系统，包含Oracle, SQL Server,等等，自然MySQL也是使用SQL的。
hive是基于Hadoop的一个数据仓库工具，用来进行数据的ETL，这是一种可以存储、查询和分析存储在Hadoop中的大规模数据的机制。hive能将结构化的数据文件映射为一张数据库表，并提供SQL查询功能。Hive SQL是一种类SQL语言，与关系型数据库所支持的SQL语法存在微小的差异。本文对比MySQL和Hive所支持的SQL语法，发现相同的SQL语句在Hive和MySQL中输出结果的会有所不同。
4、关于行转列、group_concat在项目中的实际应用，请参考本人blogEasyui动态显示列的应用实例
经过分析发现，报错信息中的数据库，所有表名都混用了大小写字母，因为创建表之后，系统变量 lower_case_table_names 的值被从 0 修改为 1，导致删除这个数据库时，每个表的 ibd 文件删除成功，frm 文件删除失败。
这个系列属于个人学习网易云课堂MySQL数据库工程师微专业的相关课程过程中的笔记，本篇为其“MySQL数据库对象与应用”中的MySQL数据类型相关笔记。
大家好！我是黄啊码，久等了，时间荏苒，转眼停更三个月了，这段时间搬砖去了，惭愧惭愧，先上课吧，嘘寒问暖的话有空再说。上一回留下了课题：如果where后边有and和or，哪个先执行？
昨天介绍了 MySQL 数据库使用 DELETE 语句来删除数据，今天主要讲解下 MySQL LIKE 子句。
1、在 /etc/yum.repos.d/ 下建立 MariaDB.repo,内容如下: [azureuser@mono etc]$ cd /etc/yum.repos.d [azureuser@mono yum.repos.d]$ vi MariaDB.repo # MariaDB 10.0 CentOS repository list - created 2013-08-23 13:08 UTC # http://mariadb.org/mariadb/repositories/ [
下载MYSQL:http://dev.mysql.com/downloads/ 下载安装版的 然后安装（安装步骤就不详细说了） 安装好之后，点击托盘图标，打开管理工具 创建一个数据库 数据库的名字叫m
基数是数据列所包含的不同值的数量，例如，某个数据列包含值 1、3、7、4、7、3，那么它的基数就是 4。
本文主要总结了工作中一些常用的操作及不合理的操作，在对慢查询进行优化时收集的一些有用的资料和信息，本文适合有MySQL基础的开发人员。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
