MySQL中易被我们忽略的细节

MySQL作为数据库的一大主力军，到处存在于我们各种系统中，相信大家都不陌生！但是，你知道你能用不代表你知道细节，那我们就来盘点盘点其中一些我们平时不太注意的地方，一来为了有趣，二来为了不让自己踩坑。

声明：要想知道细节，那就去阅读源码，我实在没那本事，只能从片面上来说一些事！

1、不区分大小写(字段名)
MySQL的查询字段名不区分大小写，但是查询的内容是要区分大小写的，所以能用下划线命名的就不要用大小写来区分命名了，如：

SELECT uid,v_state FROM all_user WHERE username = 'sunyue';
SELECT uid,v_state FROM all_user WHERE USERNAME = 'sunyue';      

//与上一个语句结果一样，字段不区分大小写

SELECT uid,v_state FROM all_user WHERE USERname = 'SUNYUE';      

//查不到信息，内容要区分大小写

2、模糊匹配([_]匹配任意字符)
虽说模糊匹配有点正则的意思，但是你并不能像正则一样自由地在数据库里进行匹配，做到尽量简化匹配就好！（附名词：全文检索sphinx）

SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su_yue';  

//下划线[_]匹配任意单个字符
SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su％yue';  

//％匹配任意多个字符
SELECT uid,v_state FROM all_user WHERE USERNAME NOT LIKE 'su％';    

/t like取不包含的信息

3、怎样猜测一个功能
mysql作为一个关系型数据库，面向的是普通的开发者，所以一切尽可能做到人性化。所以，如果你不知道某个功能是什么，那么，也许你可以猜得出来，因为，如果一个功能让别人无法猜出个大概，那么也许，他就是失败的设计。对于mysql，只要你英语水平稍微好一点点，就能很轻松的想到关系查询应该怎么写。所以，猜测的能力，在于你英语的水平，哈哈哈！！！

4、replace into 语法
replace into 是一个很粗暴的插入方式，不过在适当的场景使用也是很有必要的，比如一些需要随时覆盖式写入的数据，就应该使用replace, 但是对于一些自增型的表，则应尽量避免使用，因为这样会是对ID的一种浪费，也许没必要使用replace.

5、insert into on dumplicate key update 语法
这个写法相对来说就温柔多了，但是速度肯定是慢一点的，据说只有mysql才有这个特性哦，如果你不想在插入前去判断一下是否已存在该数据，也许这是一个不错的选择！

6、explain 语法
这是一个检查查询效果的有效方式，其实我本人很少使用这功能，但是，如果一个开发者经常使用这功能，那么，我相信，他本人肯定是个牛掰的人。通过这个命令，可以判断出你写的语句是否是优化的，如果不是，方向是什么。应该说，你用得多了，自己自然就知道结果了，还是多用用吧！

7、索引长度
myisam的索引长度最大为1000字节，innodb的索引长度最大为767字节！注意使用哦，超出范围，则超出预料！

8、库的复制
1)直接数据mysql自带的数据库备份恢复命令；
2)直接拷贝文件到目的服务器（注意进程占用问题）；
3)使用工具进行同步；个人感觉第二种方式最简单！

9、分区
对于一些可能会很大的表，需要进行分区操作，如果有这方面的需求，需要在最开始就添加至少一个分区，否则后期将无法操作分区。（至少我是这么认为的）

10、慢查询
慢查询，这是一个对性能的监控问题，如果服务器表现太差，排查问题时，有这种慢查询的记录，排查起来将事半功倍！

11、binlog
binlog,一般都会用到这功能，对于数据恢复，数据操作记录等等有很必要功用！

12、其他应该要知道的视图、存储过程、事件...
视图、事件等，这些都是一些高级应用，我发现很多项目根本不存在这种应用，到少我遇到的项目都几乎不涉及或者涉及了也是别人随便做做！但是高级功能还是要了解的，不管有没有用！

13、可使用的工具
phpMyAdmin, 作为远程安全操作数据库的方式，还是很不错的，但是作为本地操作的话，实在有点笨拙；sqlyog, 界面虽古板，但是还是比较方便的；navicat, 比较专业化，不过你得适应他的各种表现形式；命令行，我想应该不会有人直接使用命令行进行操作吧，不过，命令行才是根本呢！