进了互联网公司，整天也就是搬砖，等到了面试的时候，发现数据库方面，忘得一塌糊涂，抽时间整理了一些数据库方面的题。欢迎大家向我推荐你在面试过程中遇到的问题,我会把大家推荐的问题添加到下面的常用面试题清单中供大家参考。
望各路大牛，发现不对的地方，不吝赐教，留言即可。
事务四大特性（ACID）原子性、一致性、隔离性、持久性？
事务的并发？事务隔离级别，每个级别会引发什么问题，MySQL默认是哪个级别？
MySQL常见的三种存储引擎（InnoDB、MyISAM、MEMORY）的区别？
MySQL的MyISAM与InnoDB两种存储引擎在，事务、锁级别，各自的适用场景？
查询语句不同元素（where、jion、limit、groupby、having等等）执行先后顺序？
什么是临时表，临时表什么时候删除?
MySQLB+Tree索引和Hash索引的区别？
聚集索引和非聚集索引区别？
有哪些锁（乐观锁悲观锁），select时怎么加排它锁？
非关系型数据库和关系型数据库区别，优势比较？
数据库三范式，根据某个场景设计数据表？
数据库的读写分离、主从复制，主从复制分析的7个问题？
使用explain优化sql和索引？
MySQL慢查询怎么解决？
什么是内连接、外连接、交叉连接、笛卡尔积等？
mysql都有什么锁，死锁判定原理和具体场景，死锁怎么解决？
varchar和char的使用场景？
mysql高并发环境解决方案？
数据库崩溃时事务的恢复机制（REDO日志和UNDO日志）？
事务四大特性（ACID）原子性、一致性、隔离性、持久性？原子性（Atomicity）
原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。
一致性（Consistency）
事务开始前和结束后，数据库的完整性约束没有被破坏。比如A向B转账，不可能A扣了钱，B却没收到。
隔离性（Isolation）
隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。 持久性（Durability）
持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
事务的并发？事务隔离级别，每个级别会引发什么问题，MySQL默认是哪个级别？从理论上来说,事务应该彼此完全隔离,以避免并发事务所导致的问题，然而,那样会对性能产生极大的影响,因为事务必须按顺序运行，在实际开发中,为了提升性能,事务会以较低的隔离级别运行，事务的隔离级别可以通过隔离事务属性指定。
事务的并发问题1、脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据
2、不可重复读：事务A多次读取同一数据，事务B在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果因此本事务先后两次读到的数据结果会不一致。
3、幻读：幻读解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（一致性）。
例如：事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有跟没有修改一样，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。
小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
事务的隔离级别事务隔离级别脏读不可重复读幻读读未提交read-unleftjoin(左联接)返回包括左表中的所有记录和右表中联结字段相等的记录。
rightjoin(右联接)返回包括右表中的所有记录和左表中联结字段相等的记录。
例如1：
SELECTa.*,b.*FROMluntanLEFTJOINusertableasbONa.username=b.username
例如2：
SELECTa.*,b.*FROMcityasaFULLOUTERJOINuserasbONa.username=b.username
交叉连接交叉连接不带WHERE子句，它返回被连接的两个表所有数据行的“笛卡尔积”，返回到结果集合中的数据行数等于第一个表中符合查询条件的数据行数乘以第二个表中符合查询条件的数据行数。
例，titles表中有6类图书，而publishers表中有8家出版社，则下列交叉连接检索到的记录数将等于6*8=48行。
例如：
SELECTtype,pub_nameFROMtitlesCROSSJOINpublishersORDERBYtype
笛卡尔积笛卡尔积是两个表每一个字段相互匹配，去掉where或者innerjoin的等值得出的结果就是笛卡尔积。笛卡尔积也等同于交叉连接。
总结内连接:只连接匹配的行。
左外连接:包含左边表的全部行（不管右边的表中是否存在与它们匹配的行），以及右边表中全部匹配的行。
右外连接:包含右边表的全部行（不管左边的表中是否存在与它们匹配的行），以及左边表中全部匹配的行。
全外连接:包含左、右两个表的全部行，不管另外一边的表中是否存在与它们匹配的行。
交叉连接生成笛卡尔积－它不使用任何匹配或者选取条件，而是直接将一个数据源中的每个行与另一个数据源的每个行都一一匹配。
MySQL都有什么锁，死锁判定原理和具体场景，死锁怎么解决？MySQL都有什么锁MySQL有三种锁的级别：页级、表级、行级。
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般
什么情况下会造成死锁所谓死锁:是指两个或两个以上的进程在执行过程中。
因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。
此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等竺的进程称为死锁进程。
表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB。
死锁的关键在于：两个(或以上)的Session加锁的顺序不一致。
那么对应的解决死锁问题的关键就是：让不同的session加锁有次序。
死锁的解决办法查出的线程杀死kill
SELECTtrx_MySQL_thread_idFROMinformation_schema.INNODB_TRX;
设置锁的超时时间
Innodb行锁的等待时间，单位秒。可在会话级别设置，RDS实例该参数的默认值为50（秒）。
生产环境不推荐使用过大的innodb_lock_wait_timeout参数值
该参数支持在会话级别修改，方便应用在会话级别单独设置某些特殊操作的行锁等待超时时间，如下：
setinnodb_lock_wait_timeout=;—设置当前会话Innodb行锁等待超时时间，单位秒。
varchar和char的使用场景？char的长度是不可变的，而varchar的长度是可变的。
定义一个char[10]和varchar[10]。
如果存进去的是‘csdn’,那么char所占的长度依然为10，除了字符‘csdn’外，后面跟六个空格，varchar就立马把长度变为4了，取数据的时候，char类型的要用trim()去掉多余的空格，而varchar是不需要的。
char的存取数度还是要比varchar要快得多，因为其长度固定，方便程序的存储与查找。
char也为此付出的是空间的代价，因为其长度固定，所以难免会有多余的空格占位符占据空间，可谓是以空间换取时间效率。
varchar是以空间效率为首位。
char的存储方式是：对英文字符（ASCII）占用1个字节，对一个汉字占用两个字节。
varchar的存储方式是：对每个英文字符占用2个字节，汉字也占用2个字节。
两者的存储数据都非unicode的字符数据。
MySQL高并发环境解决方案？MySQL高并发环境解决方案分库分表分布式增加二级缓存。。。。。
需求分析：互联网单位每天大量数据读取，写入，并发性高。
现有解决方式：水平分库分表，由单点分布到多点数据库中，从而降低单点数据库压力。
集群方案：解决DB宕机带来的单点DB不能访问问题。
读写分离策略：极大限度提高了应用中Read数据的速度和并发量。无法解决高写入压力。
数据库崩溃时事务的恢复机制（REDO日志和UNDO日志）？[转]MySQLREDO日志和UNDO日志