MySQL常见面试题
事务四大特性
1.原子性：不可分割的操作单元，事务中所有操作，要么全部成功；要么撤回到事务执行之前的状态
2.一致性：如果在执行事务之前数据库是一致性的，那么在执行事务后数据库也还是一致的
3.隔离性：事务操作之间彼此独立和透明互不影响。事务独立运行。这通常使用锁来实现。一个事务处理后的结果，影响了其他事务，那么其他事物会撤回。事务的100%隔离，需要牺牲速度
4.持久性：事务一旦提交，其结果就是永久的。即便发生系统故障，也能恢复。
事务隔离级别
未提交读(Read Uncommitted)：允许脏读，其他事务只要修改了数据，即使未提交，本事务也能看到修改后的数据值。也就是可能读取到其他会话中未提交事务修改的数据
提交读(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认的都是该级别(不重复读)
可重复读(Repeated Read)：可重复读。无论其他事务是否修改并提交了数据，在这个数据中看到的数据值始终不受其他事务影响。
串行读(Serializable)：完全串行话的读。每次读都需要获得表级共享锁，读写相互都会阻塞
MySQL数据库(InnoDB引擎)默认使用可重复读(Repeated Read)
脏读、幻读、不可重复读
脏读：是指事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的。
不可重复度：是指在数据库访问时，一个事务范围内的俩次相同查询却返回了不同数据。在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事物也该访问同一数据。那么在第一个事务中的俩次读数据之间，由于第二个事务的修改，第一个事务俩次读到的数据可能是不一样的。这样在一个事务内俩次读到的数据是不一样的，因此称为是不可重复读。
幻读：是指事务不是独立执行时发生的一种现象，比如第一个事务对第一个表中的数据进行了修改，这种修改涉及到表中的全部数据行，同时，第二个事务也修改这个表中的数据，这种修改是像表中插入一行新数据。那么就会发生，操作第一个事务的用户发现表中还没有修改的数据，就好像发生了幻觉一样。
不可重复度和幻读的区别：
如果使用锁机制来实现这俩种隔离级别，可在重复度中，该sql第一次读取到数据后，就将这些数据加锁，其他事务无法修改这些数据，就可以实现可重复读了。但这种方法却无法锁住insert的数据。所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert提交数据，这是事务A就会大仙莫名其妙的多了一条数据，这就是幻读，不能通过行锁来避免。所以需要串行读(Serializable)隔离级别，读用读锁，写用写锁，读锁和写锁互斥，这么做就可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力。
不可重复读重点在于update和delete，而幻读重点在于insert。如何通过锁机制来解决他们产生的问题。
索引相关
数据库索引，是数据库管理系统中一个排序的数据结构，以协助快速查询、更新数据库表中数据。索引的实现通常使用B_TREE。B_TREE索引加速了数据访问，因为存储引擎不会再去扫描整张表。
MyISAM引擎使用B+TREE作为索引结构。叶节点的data域存放的是数据记录地址，即：MyISAM索引文件和数据文件是分离的。MyISAM的索引文件仅仅、保存数据记录的地址。
InnoDB引擎也使用B+TREE作为索引结构，但是InnoDB的数据文件本身就是索引文件，叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键，因此InnoDB表数据文件本身就是索引。
MySQL数据库的四类索引：
index：普通索引，数据可以重复，没有任何限制。
unque：唯一索引。要求索引列的值必须唯一，但允许有空值；如果是组合索引，那么列值的组合必须唯一。
primary key：主键索引，是一种特殊的唯一索引，一个表只能有一个主键，不允许有空值，一般是在创建表的同时创建主键索引。
组合索引：在多个字段上创建的索引，只有在查询条件中使用了创建索引时的第一个字段，索引才会被使用。
fulltext：全文索引，是对于大表的文本域：char，varchar，text列才能创建全文索引，主要用于查找文本中的关键字，并不是直接与索引中的值进行比较。fulltext更像是一个搜索引擎，配合match和against操作使用，而不是一般的where语句才加like。
全文索引目前只有MyISAM存储引擎支持全文索引，InnoDB引擎5.6以下版本还不支持全文索引
所有存储引擎对每个表至少支持16个索引，总索引长度至少为256字节，索引有俩种存储类型，包括B型书索引和哈希索引。
索引可以提高查询的速度，但是创建和维护索引需要耗费时间，同时也会影响插入的速度，如果需要插入大量的数据时，最好是先删除索引，插入数据后再建立索引。
索引生效条件
假设index（a，b，c）
1.最左前缀匹配：模糊查询时，使用%匹配是："a%"会使用索引，"%a"不会使用索引
2.条件中有or，索引不会生效
3.a and c，a生效，c不生效
4.b and c，都不生效
5.a and b > 5 and c, a和b生效，c不生效。
检测索引结果：
show status like "%handler_read%" 越大越好
sql语句分类：
DDL：数据定义语言(create drop)
DML：数据操作语句(insert update delete)
DQL：数据查询语句(select)
DCL：数据控制语句，进行授权和权限回放(grant revoke)
TPL：数据事务语句(commit collback savapoint)
数据库三范式：
第一范式：1NF是对属性的原子性约束，要求字段具有原子性，不可再分解:(只要是关系型数据库都满足1NF)
第二范式：2NF是在满足第一范式的前提下，非主键字段是不能出现部分依赖主键；解决：消除符合主键就可以避免出现部分，可增加单列关键字。
第三范式：3NF是在满足第二范式的前提下，非主键字段不能出现传递依赖，比如摸个字段a依赖于主键，而一些字段依赖字段a，这就是传递依赖。解决：将一个实体信息的数据放在一个表内实现。
存储引擎 MyISAM和InnoDB区别：
1.InnoDB支持事务，MyISAM不支持。
2.MyISAM适合查询以及插入为主的应用，InnoDB适合频繁修改以及涉及到安全性较高的应用。
3.InnoDB支持外建，MyISAM不支持。
4.从MySQL5.5.5以后，InnoDB是默认引擎。
5.MyISAM支持全文类型索引，而InnoDB不支持全文索引。
6.InnoDB中不保存表的总行数，select count(*) from table 时，InnoDB需要扫描整个表计算有多少行，但MyISAM只需要简单读出保存好的总行数即可。注：当count(*)语句包含where条件时MyISAM也需要扫描整个表。
7.对于自增长的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中可以和其他字段一起建立联合索引。
8.清空整个表时，InnoDB时一行一行的删除，效率非常慢。MyISAM则会重建表。MyISAM使用delete语句删除后并不会like清理磁盘空间，需要定时清理，命令：OPTIMIZE table dept
9.InnoDB支持行锁(某些情况下还是锁整表，如 update table set a=1 where user like '%lee%')
10.MyISAM创建生成三个文件：.frm 数据表结构、.myd 数据文件、.myi 索引文件，InnoDB只生成一个.frm文件，数据存放在ibdata1.log
11.现在一般都选用InnoDB，主要MyISAM的全表锁，读写串行问题，并发效率锁表，效率低，MyISAM对于读写密集型应用一般是不会去选用的。
12.应用场景：
MyISAM不支持事务处理等高级功能，但他提供高速存储和检索，以及全文搜索能力。如果应用中需要执行大量的select查询，那么MyISAM是更好的选择。
InnoDB用于需要事务处理的应用程序，包括ACID事务支持。如果应用中需要执行大量的Insert或update操作，则应该使用InnoDB，这样可以提高多用户并发操作的性能。
char和varchar的区别
char和varchar类型在存储和检索方面有所不同
char列长度固定为创建表是声明的长度，长度值范围是1到255
当char值呗存储时，他们被用空格键充当特定长度，检索char值时需删除尾随空格
MySQL中的锁类型
MyISAM支持表锁，InnoDB支持表锁和行锁，默认为行锁
表级锁：开销小，加锁快，不会出现死锁。锁定力度大，发生锁冲突的概率最高，并发量最低
行级锁：开销大，加锁慢，会出现死锁。锁力度小，发生锁冲突的概率小，并发度高
存储过程
我们常用的操作数据库语言SQL语句在执行的时候需要先编译，然后执行，而存储过程(Stored Procedure)是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过制度存储过程的名字并给定参数(如果该存储过程带有参数)来调用执行它。
一个存储过程是一个可编程的函数，它在数据库中创建并保存。他可以有SQL语句和一些特殊的控制结构组成。当希望在不同的应用程序或平台上执行相同的函数，或者封装特定功能时，存储过程是非常有用的。数据库中的存储过程可以看做是对编程中面向对象的模拟。它允许控制数据的访问方式。
优点：
1.存储过程增强了SQL语句的功能和灵活性。存储过程可以用控制语句编写，有很强的灵活性，可以完成复杂的判断和比较复杂的运算。
2.存储过程允许标准组件是编程。存储过程被创建后，可以在程序中被多次调用，而不必重新编写该存储过程的SQL语句。而且数据库专业人员可以随时对存储过程进行修改，对应用程序源代码毫无影响。
3.存储过程能实现较快的执行速度。如果某一操作包含大量的Transaction-SQL代码或分别被多次执行，那么存储过程要比批量处理的执行速度快很多。因为存储过程是预编译的。在首次运行一个存储过程查询时，优化器对其进行优化分析，并且给出最终被存储在系统表中的执行计划。而批量处理的Transaction-SQL语句在每次运行时都要进行编译和优化，速度相对要慢一些。
4.存储过程能减少网络流量。针对同一数据库对象的操作(如查询，修改)，如果这一操作所涉及的Transaction-SQL语句被组织程序存储过程，那么挡在客户计算机上调用该存储过程时，网络中传送的只是该调用语句，从而大大增加了网络流量，并降低了网络负载。
5.存储过程可被作为一种安全机制来充分利用。系统管理员通过执行某一存储过程的权限进行限制，能够实现对相应的数据的访问权限限制，避免了非授权用户对数据的访问，保证了数据的安全。
delete、drop和truncate的区别
1. truncate和delete只删除数据，不删除表结构，drop删除表结构，并且释放所占的空间。
2. 删除数据的速度，drop>truncate>delete
3. delete属于DML语言，需要事务管理，commit之后才能生效。drop和truncate属于DDL语言，操作即刻生效，不可回滚。
4. 使用场合：
-：当你不在需要该表时，用drop；
-：当你仍要保留该表，但要删除所有记录时，用truncate；
-：当你要删除部分记录时(always with a where clause)，用delete
注意：对于有主外键关系的表，不能使用truncate而应该使用不带where句子的delete语句，由于truncate不记录在日志中，不能够激活触发器