记录 分享 成就

删除表所有记录,原理不同：Delete是一条一条删除，Truncate是先把表删除了，在创建一个表结构相同的表，效率比Delete的高，但不可以回滚，Delete可以回滚。当只查询emp表的sal字段时，那么会出现重复记录，那么想去除重复记录，需要使用DISTINCT。2.逻辑：先求出两个表的笛卡尔积，然后在使用where或者on条件过滤，在满足条件的结果中，根据select来提取需要的字段。逻辑：遍历部门表，如果该部门编号在员工表中有，那么就证明白部门有员工，如果没有查询出结果，那么这个部门就没有员工。

windows中是 my.ini 文件linux和MacOs中是 my.cnf 文件开启慢查询日志5.5以上版本。

- 从 链表，树，二叉树，二叉查找树，平衡二叉树(AVL树)，二三树，红黑树，B树，B+树。解释演进过程，结构化知识，更容易理解和记忆。上述文章是参考网络博文，以及一些图书理解后总结而来，对部分写的很准确的文字直接粘贴，如有侵权请联系。-- 索引分类，聚集索引和非聚集索引结构，联合索引结构，向左匹配原理和原则。-- 数据结构是逻辑上的，存储到磁盘上就需要结合磁盘的特点。-- 如果对B+树理解不够，可以用这个可视化工具。-- 如果对红黑树理解不够，可参考红黑树详细。4. 聚集索引和非聚集索引的区别。...

通过相乘EXPLAIN输出的rows列的所有值，你能得到一个关于一个联接如何的提示。这应该粗略地告诉你MySQL必须检查多少行以执行查询。当你使用max_join_size变量限制查询时，也用这个乘积来确定执行哪个多表SELECT语句。...

索引的分类从 「数据结构的角度」 对索引进行分类从 「物理存储的角度」 对索引进行分类从 「索引字段特性角度」 分类从 「组成索引的字段个数角度」 分类数据结构角度看索引InnoDB 聚集索引和非聚集索引联合索引（复合索引）结构联合主键最左匹配索引下推......

数据结构演进你能明白为啥要用B+Tree来存储，其中B树已经结合了部分磁盘读取的特性，现在详细讲解，在逻辑上存储数据和在磁盘上存储树的区别，Mysql.索引数据结构演进_闲猫的博客-CSDN博客1. 大量数据的持久化需要持久化到磁盘上2. 磁盘读取速度慢，尽量减少IO次数3. 读取磁盘单位是块，所以数据能放在一块就不放在两块4. 如果按照树节点结构为Node(data,next)，挨个读取数据，那么不同节点最坏的情况是在不同块中，如果读取一个块为16k，只使用其中一个Node数据(8B)，是不是很浪费。数据

为了搞清楚索引为啥要用B+Tree就需要从链表开始的数据结构的各自优缺点，才可以更好的理解B+Tree。链表，树，二叉树，二叉查找树，平衡二叉树(AVL树)，二三树，红黑树，B树，B+树。

逻辑备份、物理备份逻辑备份就是从MySQL导出数据进行备份当然MySQL必须启动优点是：可以按照自定义方式导出数据缺点是：恢复慢，且数据精度也没法保证，索引也需要重建，跟新执行SQL一样物理备份直接Copy MySQL的物理数据文件优点是：不需要启动也可以copy缺点是：跟数据库的存储引擎有关系，跨平台能力弱冷备、热备、温备(1)热备：在数据库运行时，直接进行备份，对运行的数据库没有影响(2)冷备：在数据库停止运行的时候进行备份，这种备份方式最为简单，只需要拷

MySQL中的排序规则

三大范式第一范式无重复的列第二范式属性完全依赖于主键鲍依斯-科得范式（BCNF）：在第三范式的基础上，数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。第三范式属性不能传递依赖于主属性（属性不依赖于其它非主键属性）或者部分依赖。数据库设计步骤分析逻辑的性质是事务还是分析如果是事务性质的就是用来处理实际的具体问题，比如：电商，会计，CRM等等，这类系统是产生数据的系统，操作中增查改删分布比较均匀。分析性质，都是使用数据的系统，比如：大数

事务的特性ACID特性原子性：表示一组操作，要么都成功，要么都失败一致性：一组操作，数据必须要一致。 - 比如小温给小奥转账一万，中间出现了异常，小奥都有收到一万，首先小温的钱不会少。隔离性：多个事务并发的操作，多个事务之间隔离的持久性：事务提交之后，数据真正生效了。三种读的问题脏读：一个事务读取到另一个事务里面没有提交的记录不可重复读：一个事务读取到另一事务里面提交的记录，另一个事务里面做update操作，通过第一个事务读取的数据不一样了虚读（幻读）：一个事务读取到另一...