mysql创建索引需要注意什么
1、尽量的扩展索引，不要新建索引。比如表中已经有a的索引，现在要加（a，b）的索引，那么只需要修改原来的索引即可。一个顶三个。创建索引的目的在于提高查询效率，但也要注意：首先，索引能大大提高了查询速度，但同时却会降低更新表的速度，如对表进行INSERT，UPDATE和DELETE。
2、不适合键值较少的列（重复数据较多的列）。假如索引列TYPE有5个键值，如果有1万条数据，那么 WHERE TYPE = 1将访问表中的2000个数据块。再加上访问索引块，一共要访问大于200个的数据块。
3、在查找username=admin的记录 SELECT * FROM mytable WHERE username=‘admin‘；时，如果在username上已经建立了索引，MySQL无须任何扫描，即准确可找到该记录。相反，MySQL会扫描所有记录，即要查询10000条记录。索引分单列索引和组合索引。
4、.尽量的扩展索引，不要新建索引。比如表中已经有a的索引，现在要加（a，b）的索引，那么只需要修改原来的索引即可 注意：选择索引的最终目的是为了使查询的速度变快。上面给出的原则是最基本的准则，但不能拘泥于上面的准则。读者要在以后的学习和工作中进行不断的实践。
5、mysql的索引类型及使用索引时的注意事项有：普通索引。这是最基本的索引，它没有任何限制。它有以下几种创建方式：创建索引 代码如下：CREATE INDEX indexName ON mytable（username（length）；如果是CHAR，VARCHAR类型，length可以小于字段实际长度；如果是BLOB和TEXT类型，必须指定 length，下同。
6、username=‘admin‘；时，如果在username上已经建立了索引，MySQL无须任何扫描，即准确可找到该记录。相反，MySQL会扫描所有记录，即要查询10000条记录。索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索包含多个列。
如何正确合理的建立MYSQL数据库索引
1、在查找username=admin的记录 SELECT * FROM mytable WHERE username=‘admin‘；时，如果在username上已经建立了索引，MySQL无须任何扫描，即准确可找到该记录。相反，MySQL会扫描所有记录，即要查询10000条记录。索引分单列索引和组合索引。
2、username=‘admin‘；时，如果在username上已经建立了索引，MySQL无须任何扫描，即准确可找到该记录。相反，MySQL会扫描所有记录，即要查询10000条记录。索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索包含多个列。
3、．选择唯一性索引 唯一性索引的值是唯一的，可以更快速的通过该索引来确定某条记录。例如，学生表中学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信息。如果使用姓名的话，可能存在同名现象，从而降低查询速度。
4、我们可以简单理解为：快速查找排好序的一种数据结构。Mysql索引主要有两种结构：B+Tree索引和Hash索引。我们平常所说的索引，如果没有特别指明，一般都是指B树结构组织的索引（B+Tree索引）。索引如图所示：最外层浅蓝色磁盘块1里有数据135（深蓝色）和指针PPP3（黄色）。
5、第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。创建唯一性索引，保证数据库表中每一行数据的唯一性。
如何创建mysql索引以及索引的优缺点
第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。创建唯一性索引，保证数据库表中每一行数据的唯一性。
多列索引处理多维度搜索，添加多列索引：ALTER TABLE TABLE_NAME ADD INDEX INDEX_NAME （column1， column2， column3）提升复杂查询性能。实战演示：创建索引 mysql ALTER TABLE test ADD INDEX t_name_index （t_name）；查询结果表明，索引已成功添加，0行受影响，操作迅速完成。
这是因为一般情况下名字的长度不会超过10，这样会加速索引查询速度，还会减少索引文件的大小，提高INSERT的更新速度。如果分别在 usernname，city，age上建立单列索引，让该表有3个单列索引，查询时和上述的组合索引效率也会大不一样，远远低于我们的组合索引。
MySQL索引的建立对于MySQL的高效运行是很重要的。下面介绍几种常见的MySQL索引类型。在数据库表中，对字段建立索引可以大大提高查询速度。假如我们创建了一个 mytable表：CREATE TABLE mytable（ ID INT NOT NULL， username VARCHAR（16） NOT NULL ）； 我们随机向里面插入了10000条记录，其中有一条：5555， admin。
如何正确建立MYSQL数据库索引
username=‘admin‘；时，如果在username上已经建立了索引，MySQL无须任何扫描，即准确可找到该记录。相反，MySQL会扫描所有记录，即要查询10000条记录。索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索包含多个列。
我们可以简单理解为：快速查找排好序的一种数据结构。Mysql索引主要有两种结构：B+Tree索引和Hash索引。我们平常所说的索引，如果没有特别指明，一般都是指B树结构组织的索引（B+Tree索引）。索引如图所示：最外层浅蓝色磁盘块1里有数据135（深蓝色）和指针PPP3（黄色）。
UNIQUE --确保所有的索引列中的值都是可以区分的。[ASC|DESC] --在列上按指定排序创建索引。（创建索引的准则：如果表里有几百行记录则可以对其创建索引（表里的记录行数越多索引的效果就越明显）。不要试图对表创建两个或三个以上的索引。为频繁使用的行创建索引。
创建唯一性索引，保证数据库表中每一行数据的唯一性。加快数据的检索速度，这也是创建索引的最主要的原因。减少磁盘IO（向字典一样可以直接定位）。通过创建唯一索引可以保证数据库表中每一行数据的唯一性。可以给所有的MySQL列类型设置索引。可以大大加快数据的查询速度，这是使用索引最主要的原因。
建立索引时要考虑哪些不利因素
第一， 创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。第二， 索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。
唯一索引（unique）索引列的值必须唯一，但允许有空值。
如何创建mysql索引以及索引的优缺点第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。创建唯一性索引，保证数据库表中每一行数据的唯一性。
索引过多：虽然索引能够加速查询，但过多的索引会占用大量的磁盘空间，增加数据库的维护成本，并导致查询优化器在选择索引时产生困惑。每次数据变更（如插入、更新或删除）时，都需要更新相关的索引，会增加写操作的开销。
索引不存储null值。更准确的说，单列索引不存储null值，复合索引不存储全为null的值。索引不能存储Null，所以对这列采用is null条件时，因为索引上根本没Null值，不能利用到索引，只能全表扫描。为什么索引列不能存Null值？将索引列值进行建树，其中必然涉及到诸多的比较操作。
MySQL什么时候适合建索引,什么时候不适合建索引
bitsCN.com建立索引的时机：若表中的某字段出现在select、过滤、排序条件中，为该字段建立索引是值得的。 对于like %xxx的模糊查询，普通的索引是无法满足的，需要建立全文索引。
order by 不使用索引 group by 使用索引时，字段在第一个字段时 ，使用索引，字段在第二个字段时，不使用索引 in查询操作，查询字段在第一个字段时 ，使用索引，查询字段在第二个字段时，不使用索引（not in在表中的查询数量大于30%的时候是全表扫描的，用不到索引。
减少用户等待时间。MySQL索引类型包括：（1）普通索引这是最基本的索引，它没有任何限制。建立索引的优缺点：为什么要创建索引呢？这是因为，创建索引可以大大提高系统的性能。第通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第可以大大加快数据的检索速度，这也是创建索引的最主要的原因。
各种索引的使用情况（1）对于BTREE这种Mysql默认的索引类型，具有普遍的适用性（2）由于FULLTEXT对中文支持不是很好，在没有插件的情况下，最好不要使用。其实，一些小的博客应用，只需要在数据采集时，为其建立关键字列表，通过关键字索引，也是一个不错的方法，至少愚安我是经常这么做的。
主键字段以及唯一性约束字段适合选作索引的关键字，原因就是这些字段的值非常离散。尤其是在主键字段创建索引时，cardinality（基数，集的势）的值就等于该表的行数。MySQL在处理主键约束以及唯一性约束时，考虑周全。
