mysql索引以及事务简介

onebeautifulman

已于 2022-04-20 17:17:03 修改

阅读量1k

点赞数

分类专栏： java基础 java 文章标签：数据库索引 mysql

于 2022-01-04 21:22:32 首次发布

本文链接：https://blog.csdn.net/onebeautifulman/article/details/122310303

版权

java基础同时被 2 个专栏收录

9 篇文章 0 订阅

订阅专栏

java

6 篇文章 1 订阅

订阅专栏

本文详细探讨了MyBatis的优缺点，包括其灵活性、代码量减少、数据库兼容性、与Spring集成、SQL编写挑战等。此外，深入讲解了MySQL索引原理、类型、创建、适用场景及限制，以及事务的ACID特性及其保证机制。

摘要由CSDN通过智能技术生成

一、mybatis的优缺点

优点：

1 、基于 SQL 语句编程，相当灵活，不会对应用程序或者数据库的现有设计造成任何影响， SQL 写在XML 里，解除 sql 与程序代码的耦合，便于统一管理；提供 XML 标签，支持编写动态 SQL 语句，并可重用。

2 、与 JDBC 相比，减少了 50% 以上的代码量，消除了 JDBC 大量冗余的代码，不需要手动开关连接；

3 、很好的与各种数据库兼容（因为 MyBatis 使用 JDBC 来连接数据库，所以只要 JDBC 支持的数据库MyBatis 都支持）。

4 、能够与 Spring 很好的集成；

5 、提供映射标签，支持对象与数据库的 ORM 字段关系映射；提供对象关系映射标签，支持对象关系组件维护。

缺点：

1 、 SQL 语句的编写工作量较大，尤其当字段多、关联表多时，对开发人员编写 SQL 语句的功底有一定要求。

2 、 SQL 语句依赖于数据库，导致数据库移植性差，不能随意更换数据库。

二、MySql索引

1、索引的基本原理：

1. 把创建了索引的列的内容进行排序

2. 对排序结果生成倒排表

3. 在倒排表内容上拼上数据地址链

4. 在查询的时候，先拿到倒排表内容，再取出数据地址链，从而拿到具体数据

2、索引类型及对

普通索引：允许被索引的数据列包含重复的值。

唯一索引：可以保证数据记录的唯一性。

主键：是一种特殊的唯一索引，在一张表中只能定义一个主键索引，主键用于唯一标识一条记录，使用关键字 PRIMARY KEY 来创建。

联合索引：索引可以覆盖多个数据列，如像INDEX(columnA, columnB) 索引。

全文索引：通过建立倒排索引 , 可以极大的提升检索效率 , 解决判断字段是否包含的问题，是目前搜索引擎使用的一种关键技术。可以通过ALTER TABLE table_name ADD FULLTEXT (column); 来创建全文索引。

3、索引对数据库的性能的影响：

1.索引可以极大的提高数据的查询速度。

2.通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。

3.但是会降低插入、删除、更新表的速度，因为在执行这些写操作时，还要操作索引文件。

4.索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大，如果非聚集索引很多，一旦聚集索引改变，那么所有非聚集索引都会跟着变。

4、怎样创建一个索引

创建普通索引： CREATE INDEX 索引名 ON 表名 (列名) TABLESPACE 表空间名;

创建唯一索引: CREATE unique INDEX 索引名 ON 表名 (列名) TABLESPACE 表空间名;

创建联合索引: CREATE INDEX 索引名 ON 表名 (列名1,列名2) TABLESPACE 表空间名;

创建反向键索引: CREATE INDEX 索引名 ON 表名 (列名) reverse TABLESPACE 表空间名;

5、什么情况下不推荐使用索引

1.数据唯一性差（一个字段的取值只有几种时）的字段不要使用索引

比如性别，只有两种可能数据。意味着索引的二叉树级别少，多是平级。这样的二叉树查找无异于全表扫描。

2.频繁更新的字段不要使用索引

比如logincount登录次数，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。

3.字段不在where语句出现时不要添加索引,如果where后含IS NULL /IS NOT NULL/ like ‘%输入符%’等条件，不建议使用索引

只有在where语句出现，mysql才会去使用索引

4.where 子句里对索引列使用不等于（<>），使用索引效果一般

6、什么情况下索引失效

1.如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引。

select * from tb1 where nid = 1 or name = 'seven@live.com';
  
 --特别的：当or条件中有未建立索引的列才失效，以下会走索引
select * from tb1 where nid = 1 or name = 'seven';
select * from tb1 where nid = 1 or name = 'seven@live.com' and email = 'alex'

2.对于多列索引，查询条件中不使用这些字段中的第1个字段时，索引会失效

3.like查询以%开头会导致索引失效

select * from tb1 where email like '%cn';

4.列类型是字符串时一定要在条件中加上单引号,否则不使用索引

select * from tb1 where email = 999;

5.如果mysql估计使用全表扫描要比使用索引快,则不使用索引

6.普通索引的不等于(!=或者> <)会导致索引失效，直接全表扫描

- !=
 select * from tb1 where email != 'alex'
 
 --特别的：如果是主键，则还是会走索引
  select * from tb1 where nid != 123
- >
 select * from tb1 where email > 'alex'
 
 --特别的：如果是主键或索引是整数类型，则还是会走索引
  select * from tb1 where nid > 123
  select * from tb1 where num > 123

7.组合索引遵循“最左前缀”原则

如果组合索引为：(name,email)，则如下

name and email -- 使用索引

name -- 使用索引

email -- 不使用索引

8.在索引列上进行操作(计算、函数、类型转换)会导致索引失效，而进行全表扫描

7、mysql聚簇和非聚簇索引的区别

都是B+树的数据结构

聚簇索引：将数据存储与索引放到了一块、并且是按照一定的顺序组织的，找到索引也就找到了数据，数据的物理存放顺序与索引顺序是一致的，即：只要索引是相邻的，那么对应的数据一定也是相邻地存放在磁盘上的
非聚簇索引：叶子节点不存储数据、存储的是数据行地址，也就是说根据索引查找到数据行的位置再取磁盘查找数据。

8、mysql索引的数据结构，各自优劣

在MySQL 中使用较多的索引有 B+树索引，Hash 索引等，InnoDB存储引擎的默认索引实现为：B+ 树索引。对于哈希索引来说，底层的数据结构就是哈希表，因此在绝大多数需求为单条记录查询的时候，可以选择哈希索引，查询性能最快；其余大部分场景，建议选择BTree索引。

B+树：

B+树是一个平衡的多叉树，从根节点到每个叶子节点的高度差值不超过 1 ，而且同层级的节点间有指针相互链接。在B+ 树上的常规检索，从根节点到叶子节点的搜索效率基本相当，不会出现大幅波动，而且基于索引的顺序扫描时，也可以利用双向指针快速左右移动，效率非常高。因此，B+ 树索引被广泛应用于数据库、文件系统等场景。