MySQL数据库建立索引步骤：
独山ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！
1、使用SQLPlus或者PLSQL登录MySQL数据库。
2、执行语句create
index
indexname
on
table(col)
tablespace
tablespacename;其中
"indexname"为需要建立索引的索引名；
"table"是需要建立索引的表；
"col"为需要建立索引的字段列;
”tablespacename“为建立索引存放的空间(如果不需要制定表空间则使用“create
index
indexname
on
table(col)”)。
兄弟，primary key是主键，每个表只能有一个主键，而且数据是唯一的。\x0d\x0a可以这样写：\x0d\x0aCREATE TABLE IF NOT EXISTS `".$ctb_name."` (\x0d\x0a `id` INT(9) NOT NULL AUTO_INCREMENT PRIMARY KEY,\x0d\x0a `keyid` VARCHAR(20) NOT NULL,\x0d\x0a `key` VARCHAR(20) NOT NULL,\x0d\x0a `stauts` BOOL NOT NULL DEFAULT'0'，\x0d\x0aindex `idx_status`(`status`)\x0d\x0a )ENGINE = MYISAM DEFAULT CHARSET=utf8;\x0d\x0a不过，status是bool类型的字段，只有true和false，区分度太低，没有必要加索引。\x0d\x0a\x0d\x0a索引目的是为了使查询更快，区分度小的时候不如全表扫描。
select (*) from tb_name where create_time xxx;
最终得知是因为这个表数据行数已经超过 一千万了，然后create_time字段又没有索引 。
那解决办法肯定是加索引喽。
但是这个表是一直在线上运行，很重要和业务部分。如果给千万级的大表在线加索引 ，肯定会卡死。
然后就搜罗了一大筐解决方案，比如 在线无锁加索引使用
ALTER TABLE tbl_name ADD PRIMARY (column), ALGORITHM=INPLACE, LOCK=NONE;
后来才发现，这个特性是 Mysql 5.6 以后才支持，然而我们的mysql用的是5.5版本
最后在 《高性能Mysql》一书中看到，可在通过 “影子拷贝”来解决，
就是 先创建一张和源表无关的新表，然后通过重命名和删表操作交换两张表；
当给新表加完索引后，最上面那条查询直接就是0.0002s
场景：在给一张有几万条记录的表添加索引时，进度非常慢，导致其它查询无法进行
处理方式：
使用Navicat的命令行模式，执行以下命令：
show processlist;
这时会看到有哪些线程正在执行，也可以查看锁表的线程。你会发现alter table * add key ****那个线程状态是Waiting for table metadata lock，后面有个这个表的所有操作都是这个状态，很明显是这条加索引的语句把表给锁了。
查看线程ID，执行
kill 线程ID
这样被锁住的表就能立即被使用了。
由此得出一个结论，当一张表数据量很大时，不要轻易添加索引，会导致表被锁死！如果非要添加，那么应该先把数据表进行备份，然后进行空表添加索引。
只能通过ALTER TABLE不能create index
参数说明：
1.添加PRIMARY KEY（主键索引）
mysqlALTER TABLE `table_name` ADD PRIMARY KEY (
`column` )
2.添加UNIQUE(唯一索引)
mysqlALTER TABLE `table_name` ADD UNIQUE
(
`column`
)
3.添加INDEX(普通索引)
mysqlALTER TABLE `table_name`
ADD INDEX index_name ( `column` )
4.添加FULLTEXT(全文索引)
mysqlALTER
TABLE `table_name` ADD FULLTEXT ( `column`)
5.添加多列索引
mysqlALTER
TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )
引入一个面试问题:
看完以下以后再回顾，会发现迎刃而解
Mysql 可以为每一张表设置 存储引擎 这里我们只说 InnoDB 存储引擎.
由于实际情况，数据页只能按照一棵 B+树 进行排序， 因此每张表只能拥有一个 聚集索引（即 主键）。
栗子：
每个叶子节点的索引行中包含了一个书签（bookmark）. 该书签是用来告诉 InnoDB存储引擎哪里可以找到该索引对应的数据行或者说 行数据！ 由于InnoDB存储引擎表， 是按照主键来构建的， 所以 ，该书签内其实包含或者说指向了 数据行所对应的聚集索引键
也就是说 辅助索引的 叶结点保存了 指向对应数据的 聚集索引， 可以通过该聚集索引 找到对应的数据行
辅助索引的存在并不影响数据在聚集索引中的组织，因为每张表上可以有多个辅助索引。
当通过辅助索引来寻找数据时，InnoDB 存储引擎会遍历辅助索引并通过叶级别的指针获得指向主键索引(聚集索引)的主键，然后再通过聚集索引找到一个完整的数据行。
例如：
聚集索引辅助索引关系:
： 又叫做组合索引 ， 辅助索引的一种 ， 和普通创建索引的方式一样，不同的是 可以同时添加多列来作为索引项;
从本质上来说，联合索引也是一课B+树
个人理解： 所谓最左原则， 是因为 存储引擎构建组合索引时 是根据最左边的那一列索引项进行排序的 ，所以使用组合索引，必须满足 条件中必须存在 最左边那一列的索引项，这样 才可以找到对应的索引，继而 去寻找对应的数据
： 又叫做 索引覆盖，InnoDB中支持覆盖索引，即 从辅助索引中就可以得到查询的记录，而不需要查询聚集索引中的记录。
比如 这里没有根据最左原则使用组合索引，但是 优化器依然进行选择
共勉，欢迎指导谢谢~
