字段属性：
主键，唯一键，自增长。
主键：
Primary key 主要的键，一张表只能有一个字段能使用对应的键，用来唯一约束该字段里面的数据不能重复，称之为主见。
一张表最多只有一个主键。
增加主键：
Sql操作当中有很多方式给表增加主键，大体上有三种
方案一：
创建表的时候，直接加在字段之后跟primary key
例：name varcahr(20) primary key;
方案二：
复合主键
方案三：
当表已经创建好之后，再次额外追加主键，通过修改表字段的属性，也可以直接追加
Alter table 表名 add primary key (字段列表) ;
前提是：字段名不重复；
主键约束：
主键定义的字段中不允许重复；一旦重复数据操作失败(改，增)
更改主键&删除主键
Alter table 表名 drop primary
主键分类：
在实际创建表的过程中，很少使用真业务数据作为主键字段（业务主键）
大部分使用逻辑性字段（字段没有业务含义）将这种字段称之为逻辑主键。
自动增长：
自增长：
定义字段给的是默认值，不给值为null，会自动被系统触发，系统会从以前字段已有的最大值进行+1操作得到行的不同的字段。
自增长通常与主键搭配
特点：
auto_increment
1，任何一个字段要做自增长必须前提是本身是一个索引（key一栏有值）
2，自增长字段必须死数字（int 整型）
3，一张表最多只有一个自增长。
例：ID int primary key auto_increment comment’自动增长’;
自增长得使用
当自增长被给定的值为null 或者默认值的时候会自动增长
自增长如果对应的字段输入了值，那么自增长失效
下一次还是能够正确的自增长（最大值+1）
修改自增长：
自增长如果涉及到字段改变，必须先删除自增长（一张表只能有一个自增长）。
修改当前自增长已经存在的值，修改只能比当前已有的自增长的最大值大，不能为null。
Alter table 表名 atuo_increment=值
思考？为什么自增长都是从一开始为什么每次都是自增长一呢
所有系统的实现（如字符集，校对集）都是由系统内部变量控制的，查看自增长对应的变量
Show variables like ‘auto_increment’;
可以修改变量实现不同的效果；修改是对整个数据而不是单张表（修改只是会话级）
Set auto_incretment_increment=值---自增值
删除自增长:
自增长是字段的属性，通过modify来进行修改（保证字段没有auto_increment）
Alter table 表名 modify 字段类型;
唯一键：
一张表往往有很多字段需要具有唯一性，数据不能重复；但是一张表只能有一个主键。唯一键（unque key）就可以解决表中有很多字段需要唯一性约束。
本质与主键一致，唯一键允许自动为空（空字段不参与唯一性比较）
增加唯一键（三种）
方案一：
在创建表的时候字段后直接跟unque/unque key
例：name char(10) unque;
方案二：
在所有字段之后自动增加unque key（字段列表）---复合唯一键
Unque key (name);
方案三：
在创建表之后增加唯一键
Alter table 表名 add unque key (字段);
唯一键约束
唯一键与主键本质相同，唯一键区别就是唯一键默认允许为空，而且是多个为空
更新唯一键和删除唯一键：
先删除后新增（唯一键可以有多个）
Alter table 表名 drop index 索引名字
索引：
几乎所有的索引都建立在字段之上。
索引：系统根据某种算法将已有的数据（未来可能增加的数据），单独建立一个文件，文件能够实现快速匹配数据并且能够快速地找到对应表中的记录
意义：
1，提升查询数据的效率
2，约束数据的有效性（唯一性等）
增加索引的前提条件：索引本身会产生索引文件（有时候可能比数据文件还大）会非常耗费磁盘空间
如果某个字段作为查询条件经常使用你们可以使用索引（一定会想办法增加）
Mysql中提供了多种索引：
1、主键索引
2、唯一索引
3、全文索引
4、普通索引
全文索引：
针对文章内部关键字进行索引，
全文索引最大的问题：在于如何确定关键字
英文很容易：英文单词与单词之间有空格，中文很难，没有空格，而中文可以多种随意组合（分词：spinx）