2.5全文索引（FULLTEXT）
适合在进行模糊查询的时候使用，可用于在一篇文章中检索文本信息。在 MySQL5.6 版本以前
FULLTEXT 索引仅可用于 MyISAM 引擎，在 5.6 版本之后 innodb 引擎也支持 FULLTEXT 索引。全文索引可以在 CHAR、VARCHAR 或者 TEXT 类型的列上创建。每个表只允许有一个全文索引。
2.5.1直接创建索引
CREATE FULLTEXT INDEX 索引名 ON 表名 (列名); 例： select * from weibo; create fulltext index remark_index on weibo (remark);
2.5.2修改表方式创建
ALTER TABLE 表名 ADD FULLTEXT 索引名 (列名);
2.5.3创建表的时候指定索引
CREATE TABLE 表名 (字段1 数据类型[,...],FULLTEXT 索引名 (列名)); #数据类型可以为 CHAR、VARCHAR 或者 TEXT
2.5.4使用全文索引查询
select * from 表名 where match(列名) against('查询内容');
三、查看索引
show index from 表名; show index from 表名\G； 竖向显示表索引信息 show keys from 表名; show keys from 表名\G;
各字段的含义如下：
| Table | 表的名称 |
| Non_unique | 如果索引内容唯一，则为 0；如果可以不唯一，则为 1。 |
| Key_name | 索引的名称。 |
| Seq_in_index | 索引中的列序号，从 1 开始。 limit 2,3 |
| Column_name | 列名称。 |
| Collation | 列以什么方式存储在索引中。在 MySQL 中，有值‘A’（升序）或 NULL（无分类）。 |
| Cardinality | 索引中唯一值数目的估计值。 |
| Sub_part | 如果列只是被部分地编入索引，则为被编入索引的字符的数目(zhangsan)。如果整列被编入索引，则为 NULL。 |
| Packed | 指示关键字如何被压缩。如果没有被压缩，则为 NULL。 |
| Null | 如果列含有 NULL，则含有 YES。如果没有，则该列含有 NO。 |
| Index_type | 用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。 |
| Comment | 备注。 |
四、删除索引
4.1直接删除索引
drop index 索引名 on 表名; 例： drop index id_index on weibo4;
4.2修改表方式删除索引
ALTER TABLE 表名 DROP INDEX 索引名; 例： alter table weibo3 drop index name_index; show create table weibo3;
4.3删除主键索引
ALTER TABLE 表名 DROP PRIMARY KEY;
五、总结
5.1索引分为
① 普通索引 ：针对所有字段，没有特殊的需求/规则
② 唯一索引 : 针对唯一性的字段，仅允许出现一次空值
③ 组合索引 (多列/多字段组合形式的索引)
④ 全文索引（varchar char text）
⑤ 主键索引 ：针对唯一性字段、且不可为空，同时一张表只允许包含一个主键索引
5.2创建索引
① 在创建表的时候，直接指定index
② alter修改表结构的时候，进行add 添加index
③ 直接创建索引index
PS:主键索引——》直接创建主键即可
六、扩展
Mysql死锁、悲观锁、乐观锁
锁机制是为了避免，在数据库有并发事务的时候，可能会产生数据的不一致而诞生的的一个机制。
锁从类别上分为：
共享锁：又叫做读锁，当用户要进行数据的读取时，对数据加上共享锁，共享锁可以同时加上多个。
排他锁：又叫做写锁，当用户要进行数据的写入时，对数据加上排他锁，排他锁只可以加一个，他和其他的排他锁,共享锁都相斥。
MySQL有三种锁的级别：页级、表级、行级。
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度
死锁
MyISAM中是不会产生死锁的，因为MyISAM总是一次性获得所需的全部锁，要么全部满足，要么全部等待。而在InnoDB中，锁是逐步获得的，就造成了死锁的可能。
两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。
产生死锁的原因主要是
（1）系统资源不足。
（2）进程运行推进的顺序不合适。
（3）资源分配不当等。
如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序与速度不同，也可能产生死锁。
产生死锁的四个必要条件
死锁4大要素：互斥，持有并请求，不可剥夺，持续等待
（1） 互斥条件：一个资源每次只能被一个进程使用。
（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
（3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。
（4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。
解决方法
1、撤消陷于死锁的全部进程；
2、逐个撤消陷于死锁的进程，直到死锁不存在；
3、从陷于死锁的进程中逐个强迫放弃所占用的资源，直至死锁消失。
4、从另外一些进程那里强行剥夺足够数量的资源分配给死锁进程，以解除死锁状态
如何避免死锁
1.使用事务时，尽量缩短事务的逻辑处理过程，及早提交或回滚事务；
2.设置死锁超时参数为合理范围，如：3分钟-10分种；超过时间，自动放弃本次操作，避免进程悬挂；
3.优化程序，检查并避免死锁现象出现；
4.对所有的脚本和SP都要仔细测试，在正式版本之前；
5.所有的SP都要有错误处理(通过@error)；
6.一般不要修改SQL SERVER事务的默认级别。不推荐强行加锁。
7. 以固定的顺序访问表和行。
分为两种情景：
对于不同事务访问不同的表，尽量做到访问表的顺序一致；
对于不同事务访问相同的表，尽量对记录的id做好排序，执行顺序一致；
8. 大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小。
9. 在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概率。
10. 降低隔离级别。如果业务允许，将隔离级别调低也是较好的选择，比如将隔离级别从RR调整为RC，可以避免掉很多因为gap锁造成的死锁。
11. 为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添加上锁，死锁的概率大大增大
————————————————
