MySQL基础之索引、事务、视图和存储引擎
文章目录
前言
前面，我们已经能够的熟练掌握了数据库的最基础的操作，接下来，我们来看看索引、事务、视图和存储引擎。
1.MySQL之索引
1.索引的概念
小时候，我们经常使用字典来查字，我们首先是看字的部首偏旁，然后在到其指定的页码下面去查找我们想要找的汉字。那么，部首偏旁就可以称作是一种索引。也由此可见，我们可以知道索引的作用就是让我们通过其能够快速的查找到我们想要的信息。
那么，我们在数据库中的索引的作用：索引使数据库程序无需对整个表进行扫描，就可以在其中找到所需的数据；数据库中的索引是某个表中一列或者若干列值的集合，以及物理标识这些值的数据页的逻辑指针清单。
2.索引的分类
索引的分类大概有以下几类：
1.普通索引
这是最基本的索引类型，而且它没有唯一性之类的限制
2.唯一性索引
这种索引和“普通索引“基本相同，但又一个区别：唯一性索引的列的所有值只能出现一次，也就是值唯一。所以唯一性索引的特点就是：唯一性、非空性、可以由多个字段组合而成。
3.主键
主键是一种唯一性索引，但是它必须指定为“primary key”
4.全文索引
MySQL从3.23.23版本就开始支持索引和全文检索。在MySQL中，全文索引的类型为fulltext，全文索引可以在varchar或者text类型上创建。
5.单列索引与多列索引
索引可以在一列上建立，也可以在多列上建立
3.创建索引的原则依据
1.表的主键、外键必须有索引
2.数据量超过300行的表应该有索引
3.经常与其他表进行连接的表，在连接字段上应该建立索引
4.唯一性太差的字段不适合建立索引
5.更新太频繁的字段不适合创建索引
6.经常出现在where字句中的字段，特别是大表的字段，应该建立索引
7.索引应该建立在选择性高的字段上
8.索引应该建在小字段上，对于打的文本字段甚至超长字段，不要建立索引
4.创建索引的方法
1.创建普通索引
创建普通索引的方法
create index 索引的名字 on 表的列名;
创建普通索引的例子
create index id_index on id;
2.创建主键索引
创建主键索引的语法
create table 表名 ([...], primary key (表的列名));
alter table 表名 add primary key (表的列名);
创建主键索引的例子
alter table student_id add primary key (id);
3.创建全文索引
创建全文索引的语法
create fulltext index 索引名 on 表(列);
alter table 表名 add fulltext index 索引名 (列名);
创建全文索引的例子
create fulltext index student_id on student(id);
4.查看索引
查看索引的语法
show index from 表名;
show keys from 表名;
查看索引的例子
show index from student;
show keys from student;
2.事务
1.事务的概念
1.事务是一种机制、一个操作序列，包含了-组数据库操作命令，并且把所有的命令作为一个整体-起向系统提交或撤销操作请求，即这一组数据库命令要么都执行,要么都不执行
2.事务是一个不可分割的工作逻辑单元，在数据库系统上执行并发操作时，事务是最小的控制单元
3.适用于多用同时操作的数据库系统的场景，如银行、保险公司及证券交易系统等等
4.通过事务的整体性以保证数据的一致性
2.事务的ACID特点
1.原子性（automaticity）
1.事务是一个完整的操作，事务的各元素是不可分割的（原子的）
2.事务中的所有元素必须作为一个整体提交或回滚
3.如果事务中的任何元素失败，则整个事务将失败
2.一致性（consistency）
当事务完成时，数据必须处于一致状态：在事务开始之前，数据库中存储数据处于一致状态；当事务正在进行中，数据可能处于不一致的状态；当事务成功完成时，数据必须再次回到已知的一致状态
3.隔离性（isolation）
1.对数据进行修改的所有并发事务是彼此隔离的，这表明事务必须是独立的，它不应该以任何方式依赖于或影响其他事务
2.修改数据的事务可以在另一个相同数据的事务开始之前访问这些数据，或者在另一个使用相同数据的事务结束之后访问这些数据
4.持久性（durability）
1.事务持久性之不管系统是否发生故障，事务处理的结果都是永久的
2.一旦事务被提交，事务的效果会被永久的保留在数据库中
3.事务的操作
1.默认情况下mysql的事务是自动提交的，提交时事务便自动提交
2.手动对事务进行控制的方法
事务处理命令控制
使用set设置事务处理的方式
1.事务处理命令控制事务
1.begin：开始一个事务
2.commit： 提交一个事务
3.rollback: 回滚一个事务
2.使用set命令进行控制
1.set autocommit=0：禁止自动提交
2.set autocommit=1：开始自动提交
3.视图
1.视图的概念
MySQL视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。
对其中所引用的基础表来说，MySQL视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表，或者其它视图。通过视图进行查询没有任何限制，通过它们进行数据修改时的限制也很少。
视图是存储在数据库中的查询的sql 语句，它主要出于两种原因：安全原因，视图可以隐藏一些数据，如：社会保险基金表，可以用视图只显示姓名，地址，而不显示社会保险号和工资数等，另一原因是可使复杂的查询易于理解和使用。
2.视图的作用
1.使操作简单化，可以对经常使用的查询定义一个视图，使用户不必为同样的查询操作指定条件
2.增加数据的安全性，通过视图，用户只能查询和修改指定的数据。
3.提高表的逻辑独立性，视图可以屏蔽原有表结构变化带来的影响。
3.创建视图
创建视图的语法
CREATE VIEW <视图名> AS <SELECT语句>;
select * from 视图名;
//查看视图的结果
查看视图
desc 视图名;
describe 视图名;
4.存储引擎
1.存储引擎的概念
1.MySQL中的数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力，这些不同的技术以及配套的功能在MySQL中称为存储引擎
2.存储引擎就是MySQL将数据在文件系统中的存储方式或者存储格式
3.目前MySQL常用的两种存储引擎
MyISAM和InnoDB
4.MySQL存储引擎是MySQL数据库服务器的组件，负责为数据库执行实际的数据I/O操作
5.使用特殊存储引擎的主要优点之一在于，仅需提供特殊的应用所需的特性，数据库中的系统开销较小，具有高效和更高的数据库的性能
6.MySQL数据库中，存储引擎处于文件系统之上，在数据保存导数据文件之前会传输到存储引擎，之后按照各个存储引擎的存储格式进行存储
2.MyISAM存储引擎
1.MyISAM的介绍
1.MyISAM存储引擎是MySQL关系数据库系统5.5版本之前默认的存储引擎，前身是ISAM
2.ISAM是一个定义明确且经历时间考验的数据表格管理方法，在设计值时就考虑到数据库被查询的次数要大于跟新的次数
3.ISAM的特点
ISAM执行读取操作的速度很快
而且不占用大量的内存和存储资源
4.ISAM的缺点
它不支持事务处理
它不能够容错
5.MyISAM管理非事务表，是ISAM的扩展格式
6.提供ISAM里所没有的索引和字段管理的大量功能
7.MyISAM使用一种表格锁定的机制，以优化多个并发的读写操作
8.MyISAM提供高速存储和检索，以及全文搜索能力，受到web开发的青睐
2.MyISAM的特点
1.不支持事务
2.表级锁定形式，数据在更新时锁定整个表
3数据库在读写过程中相互阻塞，会在数据写入的过程阻塞用户数据的读取，也会在数据读取的过程中阻塞用户的数据写入
4.可通过key_ buffer size来设置缓存索引，提高访问性能，减少磁盘I0的压力，但缓存只会缓存索引文件，不会缓存数据
5.采用MyISAM存储引擎数据单独写入或读取，速度过程，较快且占用资源相对少
6.MyISAM存储引擎它不支持外键约束，只支持全文索引
7.每个MyISAM在磁盘.上存储成三个文件，每-个文件的，名字以表的名字开始，扩展名指出文件类型
8.MyISAM在磁盘上存储的文件
frm文件存储表定义
数据文件的扩展名为.MYD (MYData)
索引文件的扩展名是.MYI (MYIndex)
3.MyISAM适用的场景
1.公司业务不需要事务的支持
2.一般单方面读取数据比较多的业务，或单方面写入数据比较多的业务
3.MyISAM存储引擎数据读写都比较频繁场景不适合
4.使用读写并发访问相对较低的业务
5.数据修改相对较少的业务
6.对数据业务-致性要求不是非常高的业务
7.服务器硬件资源相对比较差
3.InnoDB存储引擎
1.InnoDB特点
1.支持事务:支持4个事务隔离级别
2.行级锁定，但是全表扫描仍然会是表级锁定
3.读写阻塞与事务隔离级别相关
4.具有非常高效的缓存特性:能缓存索引，也能缓存数据
5.表与主键以簇的方式存储
6.支持分区、表空间，类似oracle数据库
7.支持外键约束，5.5以前不支持全文索引，5.5版本以后支持全文索引
8.对硬件资源要求还是比较高的场合
2.InnoDB适用生产场景
1.业务需要事务的支持
2.行级锁定对高并发有很好的适应能力，但需确保查询是通过索引来完成
3.业务数据更新较为频繁的场景， 如:论坛，微博等
4.业务数据一致性要求较高， 例如:银行业务
5.硬件设备内存较大，利用Innodb较好的缓存能力来提高内存利用率，减少磁盘IO的压力
5.配置存储引擎
1.查看存储引擎
查看存储引擎的语法
show table status from 库名 where name='表名';
show create table 表名;
2.修改存储引擎
1.alter table 修改
alter table 表名 engine=引擎;
2.修改my.cnf，指定默认存储引擎并重启服务
default-storage-engine=InnoDB
3.create table创建表时指定存储引擎
create table 表名 (字段) engine=引擎;
4.MySQL_convert_table_format转化存储引擎
MySQL_convert_table_format -user=root -password=密码 -sock=/tmp/mysql.sock -engine=引擎 库名 表名
2.修改存储引擎
1.alter table 修改
alter table 表名 engine=引擎;
2.修改my.cnf，指定默认存储引擎并重启服务
default-storage-engine=InnoDB
3.create table创建表时指定存储引擎
create table 表名 (字段) engine=引擎;
4.MySQL_convert_table_format转化存储引擎
MySQL_convert_table_format -user=root -password=密码 -sock=/tmp/mysql.sock -engine=引擎 库名 表名
