20 MySQL(下)

视图

视图是什么

通俗的讲,视图就是一条 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 视图名称

视图的作用

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

事务

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

  1. 检查 A 的账户余额>500 元;
  2. A 账户中扣除 500 元;
  3. 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再去寻找对应的数据。

影响

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

账户管理(了解非DBA)

  1. 在生产环境下操作数据库时,绝对不可以使用 root 账户连接,而是创建特定的账户,授予这个账户特定的操作权限,然后连接进行操作,主要的操作就是数据的 crud
  2. MySQL 账户体系:根据账户所具有的权限的不同,MySQL 的账户可以分为以下几种:
账户说明
服务实例级账号启动了一个 mysqld,即为一个数据库实例;如果某用户如 root,拥有服务实例级分配的权限,那么该账号就可以删除所有的数据库、连同这些库中的表
数据库级别账号对特定数据库执行增删改查的所有操作
数据表级别账号对特定表执行增删改查等所有操作
字段级别的权限对某些表的特定字段进行操作
存储程序级别的账号对存储程序进行增删改查的操作
  1. 账户的操作主要包括创建账户、删除账户、修改密码、授权权限等
  2. 进行账户操作时,需要使用 root 账户登录,这个账户拥有最高的实例级权限
  3. 通常都使用数据库级操作权限

授予权限 与 账户的相关操作

参考连接
笔者这边数据库出现问题,没实操过,所以没总结OxO 尴尬

MySQL的主从配置

相关链接

实际上所做的事情就是读写分离,比如一台机器专门用来读数据,一台机器专门用来写数据,然后读数据的机器所作的事情实际上是隔一段时间,去写机器那边进行到处bin.log,也就是二进制文件(sql底层引擎使用的东西),然后进行同步数据库。

主从同步使得数据可以从一个数据库服务器复制到其他服务器上,在复制数据时,一个服务器充当主服务器(master),其余的服务器充当从服务器(slave)。因为复制是异步进行的,所以从服务器不需要一直连接着主服务器,从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件,可以指定复制所有的数据库,某个数据库,甚至是某个数据库上的某个表。

使用主从同步的好处:

  1. 通过增加从服务器来提高数据库的性能,在主服务器上执行写入和更新,在从服务器上向外提供读功能,可以动态地调整从服务器的数量,从而调整整个数据库的性能。
  2. 提高数据安全,因为数据已复制到从服务器,从服务器可以终止复制进程,所以,可以在从服务器上备份而不破坏主服务器相应数据
  3. 在主服务器上生成实时数据,而在从服务器上分析这些数据,从而提高主服务器的性能
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值