行而不辍，未来可期 - King

简单的查询一行数据，数据库需要经过那些加工处理才能得到我们需要的数据呢？

Mysql设计原则之一：如果内存够，就使用内存，尽量减少磁盘的访问。

explain（Execution plan cost）就是优化器做的事情。执行计划，很重要！！ 只有明白sql是如何执行的，才能更好的优化，先了解它，然后才能优化它，explain就是和mysql优化对话的大门和打开优化器门的钥匙～

主从延迟问题又称为“过期读”问题，是数据一致性问题；另外，对于MySQL数据库来说，任何时刻尽量不允许大事务的执行；若要执行，则将大事务拆成一个个小的子事务来执行，这是最基本心法口诀。

在我们使用锁的时候，有一个问题是需要注意和避免的，我们知道，排他锁有互斥的特性。一个事务或者说一个线程持有锁的时候，会阻塞其他线程的获取锁，这个时候会造成线程的阻塞和等待，如果说是循环等待，就有可能造成死锁。

目标：并发场景下加锁保证数据访问的安全性的同时，又要保证性能。无锁编程： 自旋锁 自适应自旋锁 无锁：cas 加锁的优化： 特点： 粒度控制的更细 减少锁的阻塞 一种试探性的算法 — 显的更加智能 锁消除 锁粗化 偏向锁：只有a去竞争，重入锁的实现； 轻量级锁：a和b交替竞争 - aqs 重量级锁【真正的加锁】：多个线程并发去竞争 - aqs 粒度锁..

事务：要么什么都做，要么都不做，没有中间状态。 All or Nothing。

尽量减少访问磁盘的次数是数据库设计的重要原则之一； 每个索引在innodb里都是一颗B+树，一张表由多棵B+树组成

数据库的查询操作具有天然幂等性，不会对数据库有任何的修改。但是mysql如何实现对数据库的更新操作呢？

每个索引在innodb里都是一颗B+树，一张表由多棵B+树组成，B+树很好的配合了磁盘的读写性能。

设计表结构或者是创建索引的时候，我们的目标就是在满足当前需求的情况下，减少对数据库的io次数，避免大量数据的获取及排序，减少资源的消耗。