mysql索引的相关问题，mysql索引的使用和原理

分享几道关于MySQL索引的重点面试题

1、InnoDB支持外键，而MyISAM不支持 InnoDB不支持全文索引，而MyISAM支持。

2、库内分表 ，仅仅是解决了单表数据过大的问题，但并没有把单表的数据分散到不同的物理机上，因此并不能减轻 MySQL 服务器的压力，仍然存在同一个物理机上的资源竞争和瓶颈，包括 CPU、内存、磁盘 IO、网络带宽等。

3、我们先看看MySQL的B+树索引结构是什么样的 是的，这种图和网上的很多图都是类似的，我们可以看到每个节点上会有多个记录或者数据，MySQL使用Innob引擎时，这个节点就代表的是Innodb页，Innodb页是最小的存储单元。

4、面试官让他回去等通知。我们知道MySql索引可以加快数据检索速度，这也是使用的索引的最主要原因。但有时候使用不当就会遇到索引失效问题，譬如在MySQL字符串类型查询时不加引号索引会失效，是因为MySQL内部进行了隐式转换。

相关问答

Q1: mysql索引原理、主从延迟问题及如何避免

主从延迟，其实就是“从库回放” 完成的时间，与 “主库写 binlog” 完成时间的差值， 会导致从库查询的数据，和主库的不一致 。

第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。

采用同步复制模式（ 最简单的，就是对于需要保持一致性的数据，都去读主库。但是对于大数据量的应用，这种方法显然不可行。

慢SQL语句过多 优化：SQL语句执行时间太长，需要优化SQL语句 主从复制的设计问题 优化：主从复制单线程，可以通过多线程IO方案解决；另外MySQL3支持多线程IO复制。

mysql-3已经支持了多线程的主从复制。原理和丁奇的类似，丁奇的是以表做多线程，Oracle使用的是以数据库(schema)为单位做多线程，不同的库可以使用不同的复制线程。

可以通过监控show slave status\G命令输出的Seconds_Behind_Master参数的值来判断，是否有发生主从延时。

Q2: mysql有几种索引类型?使用索引时都有那些地方要注意?sql优化原则是什么...

单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索引包含多个列。

mysql数据中有多种索引类型，primarykey，unique，normal，但底层存储的数据结构都是BTREE；有些存储引擎还提供hash索引，全文索引。BTREE是常见的优化要面对的索引结构，都是基于BTREE的讨论。

答案：读未提交、读已提交、可重复读（mysql的默认级别，每次读取结果都一样，但是有可能产生幻读）、串行化。

MySQL建表，不同表之间的相同属性值的字段，列类型，类型长度，是否非空，是否默认值，需保持一致，否则无法正确使用索引进行关联对比。 MySQL使用时，一条SQL语句只能使用一个表的一个索引。

Q3: mysql索引必须了解的几个重要问题

尽量的扩展索引，不要新建索引。比如表中已经有a的索引，现在要加(a，b)的索引，那么只需要修改原来的索引即可。一个顶三个。

唯一索引。它与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。

索引就必须刷新一次。为了在某种程度上弥补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。总结起来Mysql中B树索引有以下关键特点：Mysql中的B树索引有两种数据存储形式，一种为聚簇索引，一种为二级索引。

一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。 索引只是提高效率的一个因素，如果你的MySQL有大数据量的表，就需要花时间研究建立最优秀的MySQL索引，或优化查询语句。

Q4: MYSQL索引建立需要注意以下几点细节

MySQL建表，字段需设置为非空，需设置字段默认值。 MySQL建表，字段需NULL时，需设置字段默认值，默认值不为NULL。 MySQL建表，如果字段等价于外键，应在该字段加索引。

如果全表扫描，假设10条数据一个数据块，那么只需访问1000个数据块，既然全表扫描访问的数据块少一些，肯定就不会利用索引了。

mysql的索引类型及使用索引时的注意事项有：普通索引。这是最基本的索引，它没有任何限制。

Q5: Mysql索引会失效的几种情况分析

因此冗余低效的索引将占用大量的磁盘空间 降低DML性能，对于数据的任意增删改都需要调整对应的索引，甚至出现索引分裂 索引会产生相应的碎片，产生维护开销explain用法：explain +查询语句。

) CBO计算走索引花费过大的情况。其实也包含了上面的情况，这里指的是表占有的block要比索引小。

存在类型转换，比如你的索引字段是varchar型，但是你搜索条件却是userid=333，那这样索引不生效。数据量极少时，Mysql不会使用索引，因为全表扫描速度更快。where条件中的索引运算设计计算时，索引失效。

而后面的列中没有索引，那么涉及的索引都不会 被用到。由于age没有索引，所以即使id有索引，索引也会失效。所以需要针对于age也要建立索引。 数据分布影响：如果MySQL评估使用索引比全表更慢，则不使用索引。

mysql索引的相关问题的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql索引的使用和原理、mysql索引的相关问题的信息别忘了在本站进行查找喔。