1.MySQL逻辑架构大致分为：连接认证层，核心服务层，存储引擎层。
2.锁策略，需要在开销和数据的安全性之间寻求平衡，这种平衡会影响到性能。
3.写锁优先于读锁。
4.行级锁只在存储引擎层实现，而MySQL服务器层没有实现。
5.事务：原子性SQL查询，独立的工作单元。ACID（原子性atomicity，一致性consistency，隔离性isolation，持久性durability）
A：要么做，要不没做。
C：一致性状态间转换，事务最终完成提交才是转换完成。
I：事务间数据修改后的可见性，分不同的隔离级别。
D：事务的影响会一直保留到数据库中（过于绝对，实际需要备份容灾）
6.隔离级别
6.1.read uncommitted（未提交读）未提交，便可读，出现脏数据（可能的错数据）
6.2.read committed（提交读）默认配置，事务执行周期内数据的更改对于其他事务是透明的，不可重复读（执行两次事务，可能的结果不同）
6.3.repeatable read（可重复读）解决了读脏数据的问题，并支持重复读，但是无法解决幻读（在事务的两次执行时间段内有其他事务对该事务操作数据进行了修改），可通过多版本并发控制解决（MVCC，Multiversion Concurrency Control）。
6.4.serializable（可串行化）事务串行执行，对每一行数据都上锁。导致大量的超时和锁争用。
7.InnoDB解决死锁：回滚持有最少行拍他锁的事务。
8.使用事务日志，存储引擎在修改表的数据时只需要修改其内存拷贝，再把该修改行为记录到持久在硬盘上的事务日志中，而不是每次将修改的数据本身持久到磁盘。