前言
嗨喽，大家好，我是CrazyCodes, 近一年写的文章，都是一些广度方面的思考，新的一年，在技术深度上也需要有更多的探索，感谢各位的持续支持！
MySQL
先聊聊大家熟知的MySQL,我们使用MySQL肯定是有数据存储的需求。
我们从基础开始看，首先我们创建一张用户表
CREATE TABLE `user` (
`id` int unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(32) COLLATE utf8mb4_general_ci DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;这是一张简单的用户表，包含id和name两个字段，id为主键自增，name上没有索引。想必大家对索引都有一定的认识，索引是一种数据结构，即本篇的核心议题“树”结构，索引可以达到快速命中某条记录，“快速”一词代表着在时间和空间相结合的最优解，当然也并不代表索引越多，数据表设计越合理，要根据实际业务去选择。
我们随机向表中插入几条记录
INSERT INTO `user` VALUES(1,"Join");
INSERT INTO `user` VALUES(2,"Tom");
INSERT INTO `user` VALUES(3,"Jeein");按照预期，数据库内出现三条对应的记录，这里我使用语句
SELECT * FROM `user`;对数据进行查询
看到这里，你可能说了，这是在讲什么，增删改查都是常识，有什么好讲的，那我们现在就正式进入正题，首先从插入记录开始说起，MySQL会使用B+树来存储数据记录，B+树是B树的延伸，而B树又是平衡二叉树的延伸，除了平衡二叉树还有二叉查找树，依次基于其概念延伸的排序，大概是如下这样
B+树 -> B树 -> 平衡二叉树 -> 二叉查找树 -> 二叉树 -> 树当然也不仅仅是所有跟树有关的数据结构，这里为了提高学习树这种数据结构的兴趣，所以以MySQL讲起，纠其根源，再结合MySQL的数据记录将这一串知识链接起来，那我们把这个顺序倒过来依次讲起
树 -> 二叉树 -> 二叉查找树 -> 平衡二叉树 -> B树 -> B+树我尽量不把这些数据结构讲成教科书的样子。
树
你要不知道树是什么玩意，就别继续看下去了，就是大街上我们看到的树，大街的树也就是我们常识认知的树，是通过“树根”、“树枝”和“树叶”组成，缺一样，这树也不是一颗完整的树。
那么数据结构中的树指的什么，你可以把手机或者电脑倒过来看上图，数据结构中的树，就是一个倒过来的树，并不是他非要倒过来才能说，而是根据人类正常的视觉与思维，就例如你看书总不能从最后一页的最后一个字开始从后往前读把，倒过来只是便于理解和阅读它罢了。
在数据结构中倒过来的树大概是张下面这个样子
倒树
正树
正树、倒树，都贴出来了，你可以尝试对比这两张图，看看那张图更容易理解，接下来的案例只会以倒树展示。
树是其他树型数据结构的基础，这里你必须要熟记一些基本概念
- 树根，树的根节点
- 子节点，树枝一、二、三是树根的子节点
- 兄弟节点，树枝一、二、三互为兄弟节点
- 父节点，树根是树枝一的父节点，树枝一是树枝1-1的父节点
相信根据上图多看几遍，这很容易理解
那我们生搬硬套，把MySQL的数据放到这个最简单的树中
这是我随意摆放的，当然你想怎么摆就怎么摆，例如
这看起来像跟棍，或者
无论怎样，我们创建了一个树，那根据SQL语句
SELECT * FROM `user`;我们需要查到根节点，这很简单，然后去判断根节点的左子节点是否有值，有的话取出来，右子节点也是一样的道理，这就是所谓的树的遍历。那么我们现在在SQL上加些条件
SELECT * FROM `user` WHERE `id` = 1;
那这个条件，在树结构中如何查呢，到这里，你会发现一个问题
无论条件是什么，我们都需要遍历整棵树，遍历树的深度，完全取决于要查询的数据所在的位置，位置靠前，就少遍历些，位置靠后就多遍历下。
这里讲一个更基础的知识，时间复杂度，时间复杂度用于表示某个算法所计算的时间长度，那我们根据上面这个例子，可以分析出其平均时间复杂度为 O(n) , 当然最好的情况是 O(1) , 这种情况就是根节点就是我们要找的数据。
数据的不断增加，才使得我们无法继续使用最原始的数据结构，哎，都是数据逼得呀。
假设我们不仅仅有3条记录，而是在3000万条查找Join,恰巧还是第3000万条，那么如果使用最基本的树结构去查询的话，那么我们将要进行3000万去查询才可以获得最终结果。是不是感觉不切实际了？
其实这样的话，是不是树结构都不重要了，他可以是一个数组、链表或者队列等等，可以用任意数据结构去存储，当然每种数据结构的出现都有其存在的原因。那么我们使用原始树的结构感觉不靠谱，那么跟随我的文字来到二叉树的世界！
二叉树
二叉树，顾名思义是只有两个叉的树，每个节点只有两个叉，这是它的特性，这时候你就疑问了，为啥不能是三叉树，四叉树，N叉树呢？当然可以有，那么我们举一个例子，我们再往user表内插几行数据
INSERT INTO `user` VALUES(4,"Jorr");
INSERT INTO `user` VALUES(5,"Queie");
INSERT INTO `user` VALUES(6,"Kioa");现在我们库里有6条记录
我们拿三叉树举例
我把每个节点需要查询的次数列个表，这里我使用前序遍历树的方式，让你简单的清楚树有几叉意味着什么
tips ：树有三种遍历方式，分别为 前序、中序、后序 ，根据具体需求使用不同的遍历方式
| 节点 | 次数 |
|---|---|
| 1,join | 1 |
| 3,jeein | 2 |
| 5,queie | 3 |
| 6,kioa | 4 |
| 2,tom | 5 |
| 4,jorr | 6 |
如果是二叉树呢？
| 节点 | 次数 |
|---|---|
| 1,join | 1 |
| 3,jeein | 2 |
| 5,queie | 3 |
| 6,kioa | 4 |
| 2,tom | 5 |
| 4,jorr | 6 |
有没有很奇怪？无论几叉，查询4,jorr数据都需要6次，感觉用哪个都一样是不？并不是这样，你可以这样考虑一个问题，在使用程序去遍历这两棵树时，二叉树需要判断左右子节点，而三叉树则需要判断左中右三个节点，他们所在的内存空间不同，专业点说，他们的空间复杂度不同。
解答了你的一点点小疑惑后，我们回到正题，还是聊聊二叉树的事。
二叉树分为完全二叉树和不完全二叉树
- 完全二叉树代表每个节点都有2个树枝（就是不缺胳膊少腿）
- 不完全二叉树反之就是（缺胳膊少腿），某个树叉上可能只有左子树，没有右子树
上述展示了MySQL的数据生搬硬套放到二叉树中玩法，但你发现没？我们依旧无法避免树被全部遍历的问题。
思考
我将在下一篇文章讲述剩余的“几颗树”，这里我给你留一道思考题。
问题一：树和二叉树（N叉树）都无法避免遍历整棵树，那下一篇要讲的平衡二叉树为什么可以做到只需要遍历“半棵树”？
问题二：时间复杂度的表示方式 O(1) O(n) O(log2^n) 分别代表什么？
致谢
感谢你看到这里，2021 我会在思否发布自己电商设计的录播课，也是我首个录播课。
希望本篇文章可以帮助到你，谢谢。