key的作用

not null 與 default

create table t1(
        id int primary key auto_increment,   設置了主鍵 id,如果通過id查找就會大量減少IO時間
        name varchar(16) not null,  不能為空
        sex enum('male','female') not null default 'male' 不能為空且默認值為male
);
insert into t1(name) values('egon'),('lxx'),('alex');

unique key:不能重復

primary key: 不能重復且不能為空,還有鍵的功能

站在約束角度看primary key=not null unique
以后但凡建表，必須注意：
1、必須有且只有一個主鍵
2、通常是id字段被設置為主鍵
create table t5(
id int primary key auto_increment
);

存儲引擎

foreign key: 限制關聯表某一個字段的值必須是來自于被關聯表的一個字段

1、被關聯的字段必須是一個key，通常是id字段
2、創建表時：必須先建立被關聯的表，才能建立關聯表

1 被關聯的字段必須是一個key,通常是id字段

2 創建表時: 必須先建立被關聯的表,才能建立關聯表

3 插入記錄時: 必須先往被關聯的表插入記錄,才能往關聯表中插入記錄

找兩張表的關系的竅門

一對一:無需參考竅門,左表的一條數據唯一對應右表的一條記錄

關于mysql的索引為什么使用的B+樹而不是B樹?

（1）B+樹更適合外部存儲(一般指磁盤存儲),由于內節點(非葉子節點)不存儲data，所以一個節點可以存儲更多的內節點，每個節點能索引的范圍更大更精確。也就是說使用B+樹單次磁盤IO的信息量相比較B樹更大，IO效率更高。
（2）mysql是關系型數據庫，經常會按照區間來訪問某個索引列，B+樹的葉子節點間按順序建立了鏈指針，加強了區間訪問性，所以B+樹對索引列上的區間范圍查詢很友好。而B樹每個節點的key和data在一起，無法進行區間查找。

B+樹與B樹的不同在于：
（1）所有關鍵字存儲在葉子節點，非葉子節點不存儲真正的data
（2）為所有葉子節點增加了一個鏈指針

局部性原理與磁盤預讀
為了提升效率，要盡量減少磁盤IO的次數。實際過程中，磁盤并不是每次嚴格按需讀取，而是每次都會預讀。磁盤讀取完需要的數據后，會按順序再多讀一部分數據到內存中，這樣做的理論依據是計算機科學中注明的局部性原理：

當一個數據被用到時，其附近的數據也通常會馬上被使用
程序運行期間所需要的數據通常比較集中

（1）由于磁盤順序讀取的效率很高(不需要尋道時間，只需很少的旋轉時間)，
因此對于具有局部性的程序來說，預讀可以提高I/O效率.預讀的長度一般為頁(page)的整倍數。
（2）MySQL(默認使用InnoDB引擎),將記錄按照頁的方式進行管理,每頁大小默認為16K(這個值可以修改)。linux 默認頁大小為4K。

系統從磁盤讀取數據到內存時是以磁盤塊（block）為基本單位的，位于同一個磁盤塊中的數據會被一次性讀取出來，而不是需要什么取什么。

InnoDB存儲引擎中有頁（Page）的概念，頁是其磁盤管理的最小單位。InnoDB存儲引擎中默認每個頁的大小為16KB，可通過參數innodb_page_size將頁的大小設置為4K、8K、16K，在MySQL中可通過如下命令查看頁的大小：

mysql> show variables like 'innodb_page_size';