Mysql 优化思路

 

 

 

1.索引是否到对应的持久化磁盘中的，

答案是要存储到磁盘中的，如果放到 PC中

 

2.你觉索引的设计过程？

说白了，寄一个一个文件，写SQL文件，某一个条件当前

这个文件里面的偏移量去设计。

索引key数值，索引的Key数值，哪个文件，磁盘里面好多文件，

根据我们的key 自导偏移量offset,文件操作的时候，seek,

mysql 里面的中B+树，普通的树，问题来了

 

了解2个与 OS相关的知识：

局部性原理：和程序，狙击成群的倾向，相关联的数据妨碍会在一起，

之前数据的可能被再次查询。

 

磁盘预读： 我是真的取得一个字符 A吗？ 卡在IO方面，寻址的开始，

数据数值，虽然只需要一个数组A，每次回读取每个逻辑块，将这个块的数据

都读取到内存中，而也是磁盘和内存交互的最小单位，一般读取的数据的时候以也为单位，

科颜氏页的整数倍。

一般是一页是4k和8K。

B+树每一个节点中可以防止几个数值？ m-1,m 标识度，或者叫阶。

 

 

 

尽可能最少的磁盘块，第一个：

OLAP：联机分析处理，对历史数据的分析产省决策影响，典型代表的是数据仓库。

OLTP： 联机的事务处理：在尽可能短的时间内返回的i结果数据集。

hash 表启动的时候，对于内存的要求布局高。

范围插叙必须要挨个进行比对，这个过程箱单的浪费时间。

memory 存储引擎使用的数据结构就是hash 表。

innodb 支持自适应的hash.

 

知识点关联。

 

存储引擎：标识不同的数据文件

 

二分查找到的树，二叉树的 BST树， binary search tree.

 

有序，左<根《右边，

在数据插入的时候，要进行的选准操作来保证平衡。

 

 

mysql的B+树一般多少层，3-4层基本保证千万级别的数据存储，最关键的

在于key数值值得类型，（暂用）

 

？创建索引的时候用int 好，还是varchar好？

int 占用4个字节，varchar占用字节数的是自己制定的，要进行判断吧。

创建表的时候是使用自然主键还是代理主键？

自然住家标识有业务相关的，影响你三层。

 

创建的不是schema 的定义，缺乏会重新生成数据的一份。只会跟一个索引

进行绑定。

 

分类：主键索引：唯一索引，普通索引，辅助索引，二级索引，非剧组索引，

内部的时候，B+树，内部的id=4,云课堂，回表的查询，先根据普通索引获取到

主键索引，数据库按照思想逻辑，

查询的索引总包含要select 包含要select 的全部数据，不需要主键B+树的二次查询。

最左匹配原则。--》（name,age）必须要先匹配name然后匹配age;

select * from test where name age=?

微服务: 执行优化器，

select * from t1 join t2 on t1 join t1.id=t2.id

优化器决定。

索引的下推：

select * from test where name=? and age=?

1.先根据namre 的条件吧符合的规则的数据拉倒server层，然后在serve层

按照的。

 

select * from test where name=? and age=?

1.先根据name的条件把符合规则的数据拉取到