长路漫漫，唯键作伴。分享一下近期面试的问题，也是复盘一下。
1、MySQL 事务嵌套 ，内层事务提交后，外层事务会怎样？
Mysql是不支持嵌套事务的，开启了一个事务的情况下，再开启一个事务，会隐式的提交上一个事务。也就是说，如果在内层事务开启的时候，外层事务会自动commit，rollback不会起到作用。
2、MySQL Innodb引擎 锁级别为行锁，SQL语句加排它锁（for update），这两种锁有什么区别，原理是什么？
Innodb支持行级锁，myisam支持表级锁。
行锁分 共享锁 和 排它锁。
共享锁又称：读锁。当一个事务对某几行上读锁时，允许其他事务对这几行进行读操作，但不允许其进行写操作，也不允许其他事务给这几行上排它锁，但允许上读锁。
排它锁又称：写锁。当一个事务对某几个上写锁时，不允许其他事务写，但允许读。更不允许其他事务给这几行上任何锁。包括写锁
上共享锁的写法：lock in share mode
例如： select math from zje where math>60 lock in share mode；
上排它锁的写法：for update
例如：select math from zje where math >60 for update；
3、MySQL 什么情况会出现死锁，怎么解决？
4、int(1)和int(10)的区别是什么？
5、varchar(20)和varchar(100)的区别是什么，为什么varchar(20)要比varchar(100)好一点？
数据库在进行操作的时候，有些情况下会用到临时表，而临时表的内存分配就是根据数据表字段所设置的大小进行分配的，所以说，会节省很多空间。
如果设置varchar(5)，而insert进去的值是十个汉字的话，会截取前五个字录入。
6、跨库事务
需要确保MySQL开启XA事务支持
SHOW VARIABLES LIKE '%XA%'
如果innodb_support_xa的值是ON就说明mysql已经开启对XA事务的支持了。
XA的性能很低。一个数据库的事务和多个数据库间的XA事务性能对比可发现，性能差10倍左右
传统2PC（基于数据库XA协议）和Seata实现2PC的两种2PC方案，由于Seata的零入侵并且解决了传统2PC长期锁资源的问题，所以推荐采用Seata实现2PC。
Seata实现2PC要点 ：
1、全局事务开始使用GlobalTransactional标识。
2、每个本地事务方案仍然使用@Transactional标识。
3、每个数据都需要创建undo_log表，此表是Seata保证本地事务一致性的关键。
7、服务器常用状态码及含义
http状态码共分为5种类型：
1**信息，服务器收到请求，请求者继续执行操作
2**成功，操作被成功接受并处理
3**重定向，需要进一步的操作以完成请求
4**，客户端错误，请求包含语法错误或无法完成请求
5**，服务器错误，服务器在处理请求的过程中发生了错误
500：服务器遇到了一个未曾预料的状况，导致无法完成请求的处理，一般来说，是程序代码出错的会出现
502：作为网关或者代理服务器尝试执行请求时，从上游服务器收到无效的响应
503：由于临时的服务器维护或者过载，服务器无法处理请求，将拒绝客户端的链接
8、主从复制怎么搭的
9、PHP的魔术方法
__construct 具有构造函数的类会在每次创建新对象时先调用此方法;初始化工作执行。
__desstruct 对象的所有引用都被删除或者当对象被显式销毁时执行。
__call()在对象中调用一个不可访问方法时，__call() 会被调用。
__callStatic()在静态上下文中调用一个不可访问方法时，__callStatic() 会被调用。
__set() 在给不可访问的属性赋值时调用
__get() 读取不可访问的属性值是自动调用
__isset() 当对不可访问的私有属性使用isset或empty时自动调用
__unset() 当对不可访问的私有属性使用unset时；自动调用
__toString()当一个类的实例对象；被当成一个字符串输出时调用
10、千万级日志统计访问量
使用awk进行日志分析
awk工作原理
（1）会在内存中开辟一块awk处理文本的内存空间
（2）每一次读入文件中的一行文本到内存空间进行处理
（4）自带循环：处理完第一行并输出，然后再读入第二行，以此类推
分布式业务，awk不能满足需求，采用ELK（Elasticsearch+Logstash+Kibana）
11、Mysql行锁和表锁的使用场景及机制
https://www.cnblogs.com/itdragon/p/8194622.html
（1）、多个事务操作同一行数据时，后来的事务处于阻塞等待状态。这样可以避免了脏读等数据一致性的问题。后来的事务可以操作其他行数据，解决了表锁高并发性能低的问题。
（2）、InnoDB的行锁是针对索引加的锁，不是针对记录加的锁。并且该索引不能失效，否则都会从行锁升级为表锁
12、Mysql事务特性及 隔离级别
Innodb支持事务，事务是由一组SQL语句组成的逻辑单元，事务具有ACID特性，事务默认隔离级别是可重复读（RR-Repeatable read）
原子性：事务是一个原子操作事务，原子是最小的不可分割的单位，所以对数据的修改，要么全部成功，要么全部失败
一致性：事务从开始到结束，数据必须要要保持一致状态
隔离性：数据库系统提供一定的隔离机制，保证事务在不受外界并发影响下的“独立”环境运行
持久性：事务完成后，修改过的数据，会永久的保存下去
事务常见问题
更新丢失（Lost Update）
原因：当多个事务选择同一行操作，并且都是基于最初选定的值，由于每个事务都不知道其他事务的存在，就会发生更新覆盖的问题。类比github提交冲突。
脏读（Dirty Reads）
原因：事务A读取了事务B已经修改但尚未提交的数据。若事务B回滚数据，事务A的数据存在不一致性的问题。
不可重复读（Non-Repeatable Reads）
原因：事务A第一次读取最初数据，第二次读取事务B已经提交的修改或删除数据。导致两次读取数据不一致。不符合事务的隔离性。
幻读（Phantom Reads）
原因：事务A根据相同条件第二次查询到事务B提交的新增数据，两次数据结果集不一致。不符合事务的隔离性。
幻读和脏读有点类似
脏读是事务B里面修改了数据，
幻读是事务B里面新增了数据。
Mysql间隙锁：当我们用范围条件检索数据，并请求共享或排他锁时（范围写数据时），InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做"间隙(GAP)"。InnoDB也会对这个"间隙"加锁，这种锁机制就是所谓的间隙锁(Next-Key锁)。
1 InnoDB 支持表锁和行锁，使用索引作为检索条件修改数据时采用行锁，否则采用表锁。
2 InnoDB 自动给修改操作加锁，给查询操作不自动加锁
3 行锁可能因为未使用索引而升级为表锁，所以除了检查索引是否创建的同时，也需要通过explain执行计划查询索引是否被实际使用。
4 行锁相对于表锁来说，优势在于高并发场景下表现更突出，毕竟锁的粒度小。
5 当表的大部分数据需要被修改，或者是多表复杂关联查询时，建议使用表锁优于行锁。
6 为了保证数据的一致完整性，任何一个数据库都存在锁定机制。锁定机制的优劣直接影响到一个数据库的并发处理能力和性能。
