快乐的提千万

现在想想，自己学习大概经历了这么几个阶段： 什么都不懂，硬着头皮学。 感觉自己有点6，什么都想吞下。 精力不够，自己很菜，有针对的学，逐渐深入。 任督二脉打通，感觉原理底层都一样，都来源于生活而高于生

前提，你是开发，不是DBA，不是运维。 其次，一下均为建议，具体还是以公司规定为准。 常规规范 引擎大多数是Innodb，字符一般是utf8,需要存表情一般是utf8mb4。 数据表、字段必须写注释，

mysql学了很多，听了很多，最后一到业务，还是不知道从哪里下手，这也是从学习到入行的最后一道关卡。 设计表的时候，首先知道3范式： 第一范式：要求有主键，并且要求每一个字段原子性不可再分 第二范式：

要想弄明白锁，就要明白为什么要有锁。----为了数据一致性。 为什么数据会不一致？服务端的一生之敌：并发。 什么是锁 很简单: 一个数据，大家一起看，很OK。但是我要修改数据，你别动了，我就加个锁。

mysql入门第一课，绝对是索引。工作用的最多的，还是索引。DBA看到慢日志，甩过来让你优化，第一想到的，还是索引。但是，很多人学了很多遍，还是没有真正弄明白。 首先，你要知道索引是怎么实现的。 My

架构分离 众所周知，mysql分为连接层、server层、存储引擎层、数据层。 其中，引擎层是插件式的，所以可以针对性地应对各种业务需求。 MySQL架构概览 优化读 作为一个数据库，海量数据的查询是

想要优化写的速度，我们首先会想到什么？ 缓存 常见的写逻辑优化，先写缓存，然后刷盘。 逻辑： 如果页在内存中，直接修改。如果不在，读到内存，再修改。 定期刷盘。 数据一致性 如果命中了缓存，读到的是准

每当我们想要缓解读，一般会想到什么？ 缓存 缓存，其实就是将高频访问的数据放到内存里面，减少读盘的次数。 为了提高内存的利用率，MySQL还建立了缓存池，也就是buffer pool，存储最热的数据页

不谈需求谈实现，都是耍流氓。 那么MySQL的需求是什么？ 核心需求：精准查询，范围查询，排序 那么，哈希好像不大行，范围查询很慢。链表也不得行，要遍历。剩下的就是树了。广为人知的，二叉搜索树，AVL