Obto_的博客

视图是一个虚拟表，其内容由查询定义。跟真实的表一样，视图包含一系列带有名称的列和行数据。视图的数据变化会影响到基表，基表的数据变化也会影响到视图。

即当我们某个事务执行快照读的时候，对该记录创建一个 Read View 读视图，把它比作条件,用来判断当前事务能够看到哪个版本的数据，既可能是当前最新的数据，也有可能是该行记录的 undo log 里面的某个版本的数据。ReadView就是事务进行 快照读 操作的时候生产的 读视图 ，在该事物执行快照度的那一刻，会生成数据库系统当前的一个快照，记录并维护当前活跃事务的ID（当每个事务开启时，都会被分配一个ID，ID是递增的，所以越新的事务ID越大）这里可以看到，多个事务增删查的时候，都是当前读，都要加锁。

事务就是一组DML语句构成，这些语句在逻辑上存在相关性，这一组DML语句要么全部成功，要么全部失败，是一个整体。MySQL提供一种机制，保证我们达到这样的效果。事务还规定不同的客户端看到的数据是不同的。事务主要用在处理操作量大，复杂度高的数据。好比转账，你要将钱从手机上转钱给另外一个人，这时候就会有一堆MySQL语句：查询，修改等待，这样一堆的SQL语句加起来构成一个事务。

提高数据库性能，且不需要加内存改程序，就能够让查询速度提高成百上千倍数。但是查询速度的提高是以插入、更新、删除的速度为代价的，这些操作增加了大量的IO。案例：先制造一个海量表，在查询的时候看看没有索引的时候会有什么问题？这样就创造出一张海量表了查询标号为998866的员工一共耗时将近5s，这还是在本地单人操作，在实际项目中会有很多人并发查询，这时候就得死机了。

前面文章分享了mysql对一张表的查询，但在实际开发中是远远不够的，本篇博客提供sql数据，大家可以到本地MySQL执行语法后，跟着文章一起练练手。

如果没看过对于表的操作可以看一下下面这篇博客-->本篇博客主要分享的是对于表的增删查改，也就是大名鼎鼎的CRUD:Create(创建)、Retrieve(读取)、Update(更新)、Delete(删除)

真正约束字段的是数据类型，但是数据类型约束很单一，有时候需要一些额外的约束，更好的保证数据的合法性，表的约束很多，这里重点介绍以下几个default，comment，zerofill，unique key。

而且出于效率考虑，这些值实际存储的是“数字”，因为这些选项的每个选项值依次对应如下数字：1,2,3,....最多65535个；而且出于效率考虑，这些值实际存储的是“数字”，因为这些选项的每个选项值依次对应如下数字：1,2,4,8,16,32，....最多64个。在项目实际开发中，经常修改某个表的结构，比如字段名字，字段大小，字段类型，表的字符集类型，表的存储引擎等等。例如：有一个调查表votes，需要调查人的喜好， 比如（登山，游泳，篮球，武术）中去选择(可以多选)，(男，女）[单选]

说明：一般就设置好character就好了，不适用SET来设置也可以用“=”，例如：character=utf-8这里默认没有指定字符集和校验规则时，系统默认使用配置文件中的默认字符集： 创建一个使用utf字符集，并带校对规则的 db3 数据库字符集和校验规则： 查看系统默认字符集和校验规则：默认字符集： 创建一个数据库，校验规则使用utf8_general_ci（不区分大小写） 区分大小写 进行查询对于table

为了解决以上问题，设计出更加利于管理数据的东西------数据库，他能更有效的管理数据。