视图

视图是什么

通俗的讲，视图就是一条 SELECT 语句执行后返回的结果集。所以我们在创建视图的时候，主要的工作就落在创建这条 SQL 查询语句上。

视图是对若干张基本表的引用，一张虚表（也是一张表，不过是一张特殊的表），查询语句执行的结果，不存储具体的数据（基本表数据发生了改变，视图也会跟着改变）；方便操作，特别是查询操作，减少复杂的 SQL

还有就是采用视图之后，可以做到让后端程序员无法进行修改相关数据，只能进行查询，就是有一个安全性的考量，并且代码写的也不会那么复杂。

定义视图

create view 视图名称 as select 语句；

给个例子：

create view goods_view as 
	(select goods.id as id,goods.name as name,goods_cates.name as type from goods left join goods_cates on goods_cates.id=goods.cate_id)

查看视图

select * from 视图名

删除视图

drop view 视图名称

视图的作用

提高了重用性，就像一个函数
对数据库重构，却不影响程序的运行
提高了安全性能，可以对不同的用户
让数据更加清晰

事务

事务广泛的运用于订单系统、银行系统等多种场景
例如：
A 用户和 B 用户是银行的储户，现在 A 要给 B 转账 500 元，那么需要做以下几件事：

检查 A 的账户余额>500 元；
A 账户中扣除 500 元;
B 账户中增加 500 元;

正常的流程走下来，A 账户扣了 500，B 账户加了 500，皆大欢喜。

那如果 A 账户扣了钱之后，系统出故障了呢？A 白白损失了 500，而 B 也没有收到本该属于他的 500。

以上的案例中，隐藏着一个前提条件：A 扣钱和 B 加钱，要么同时成功，要么同时失败。事务的需求就在于此，所谓事务,它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。例如，银行转帐工作：从一个帐号扣款并使另一个帐号增款，这两个操作要么都执行，要么都不执行。所以，应该把他们看成一个事务。事务是数据库维护数据一致性的单位，在每个事务结束时，都能保持数据一致性

所以就引入了事务

事务的使用

开启事务，命令如下（开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中）
begin;  或者   start transaction;

提交事务，命令如下（将缓存中的数据变更维护到物理表中）
commit;

回滚事务，命令如下（ 放弃缓存中变更的数据）
rollback;

例子：

# 开启事务
begin;
# 查询people1是否有500元
select money from bank where name='people1';
# people1转300元
update bank set money=money-300 where name='people1'
# people2收到300元
update bank set money=money+300 where name='people2'

执行结束后，进行查询数据库，这些数据是否都是正确的，正确的就可以：
commit;

如果是错误的：
rollback;

关于事务主要应用于高并发的情况下，有时候某线程会突然死掉，这种情况下就需要使用这种方式，还有就是在没有commit的时候，你新建查询，去查询你操作的表，你的所有操作都是没有执行的，而在本张查询中（使用了begin的），你会发现你的查询和你的操作相关，减了就是减了（但实际上没减）

索引

当数据库中数据量很大时，查找数据会变得很慢，优化方案：索引----就是数据结构(有序)，B+树索引（一般都是B+），哈希索引

查询索引

show index from 表名；
在这里插入图片描述

创建索引

create index 索引名称 on 表名(字段名称(长度))

如果指定字段是字符串，需要指定长度，建议长度与定义字段时的长度一致

创建索引
create index name1 on goods(name(255));

创建唯一索引，代表的就是这个索引所对应的那个东西必须是唯一的，比如这边就是price再表中必须是唯一的
create unique index price1 on goods(price);

创建联合索引 实际上就是我们查询的时候不是where 可能条件经常有 where  and 两种条件相结合的情况，这种情况下就需要联合索引

create index name2 on goods(name(255),price);

删除索引

drop index 索引名称 on 表名;

聚集索引和非聚集索引

聚集索引实际上就是在sql进行索引存储的时候，他会把数据（data）也存到和索引一起的位置，而非聚集索引就是数据（data）存储的仅仅是表明是这个数据的标记，然后会再通过这个标记去寻找对应的数据

所以说一张表实际上对应的就只有一个聚集索引，也绝大多数都是利用主键进行索引区分，然后再MySQL中，其他新建的索引也就是非聚集索引下存储的数据都是对应的id，然后再通过id再去寻找对应的数据。

影响

提高删除查询修改的速度。
减少新增的速度，因为新增的时候需要多经过索引，然后再插入数据。

账户管理（了解非DBA）

在生产环境下操作数据库时，绝对不可以使用 root 账户连接，而是创建特定的账户，授予这个账户特定的操作权限，然后连接进行操作，主要的操作就是数据的 crud
MySQL 账户体系：根据账户所具有的权限的不同，MySQL 的账户可以分为以下几种：

账户	说明
服务实例级账号	启动了一个 mysqld，即为一个数据库实例；如果某用户如 root,拥有服务实例级分配的权限，那么该账号就可以删除所有的数据库、连同这些库中的表
数据库级别账号	对特定数据库执行增删改查的所有操作
数据表级别账号	对特定表执行增删改查等所有操作
字段级别的权限	对某些表的特定字段进行操作
存储程序级别的账号	对存储程序进行增删改查的操作