数据库中试图的作用

视图有以下几方面的功能：
1。简化应用程序。
视图做为数据库中的一种实体，实际上存在的只是它的脚本，而它的内容并不真正的单独存在一份。一般，可以对复杂的应用程序从功能角度进行分析，将可以与其它的应用程序共用的那一部分，分离出来。对这部分功能，视具体情况可做成不同的数据库实体（如过程），有些是可以做成视图的。这样，上层的应用程序就可以从视图中取数据了。
还有，可以把对远地数据库的访问封装在视图中，使之对上层应用程序透明。
2。可以对 UNION 后的记录集排序。
直接对以下语句的结果排序，是不可能的（至少我不知道怎么直接排序）。
select aid id from a
union
select bid id from b;
所以把以上语句作成视图后，就可以了。设视图名为A_B:
select id from A_B order by id;
3。可以实现一定的权限控制。
可以根据需要，对表中的一部分内容做一个视图，以供一定的角色使用。可以对表中的一部分记录做一个视图（纵向），也可以对一个表中的一部分字段做一个视图（横向），或二者兼而有之。
暂时想了这么多，希望大家多多指正与补充。
--------------------------------------------------------------------
视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。
对其中所引用的基础表来说，视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表，或者其它视图。分布式查询也可用于定义使用多个异类源数据的视图。如果有几台不同的服务器分别存储组织中不同地区的数据，而您需要将这些服务器上相似结构的数据组合起来，这种方式就很有用。
一、视图的作用
简单性。看到的就是需要的。视图不仅可以简化用户对数据的理解，也可以简化他们的 *** 作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的 *** 作每次指定全部的条件。
安全性。通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上，但不能授权到数据库特定行和特定的列上。通过视图，用户可以被限制在数据的不同子集上：
使用权限可被限制在基表的行的子集上。
使用权限可被限制在基表的列的子集上。
使用权限可被限制在基表的行和列的子集上。
使用权限可被限制在多个基表的连接所限定的行上。
使用权限可被限制在基表中的数据的统计汇总上。
使用权限可被限制在另一视图的一个子集上，或是一些视图和基表合并后的子集上。
逻辑数据独立性。视图可帮助用户屏蔽真实表结构变化带来的影响。
二、视图的优点
(1)视图能简化用户的 *** 作
(2)视图机制可以使用户以不同的方式查询同一数据
(3)视图对数据库重构提供了一定程度的逻辑独立性
(4)视图可以对机密的数据提供安全保护
三、视图的安全性
视图的安全性可以防止未授权用户查看特定的行或列，是用户只能看到表中特定行的方法如下：
1 在表中增加一个标志用户名的列；
2 建立视图，是用户只能看到标有自己用户名的行；
3 把视图授权给其他用户。
四、逻辑数据独立性
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。视图可以在以下几个方面使程序与数据独立：
1 如果应用建立在数据库表上，当数据库表发生变化时，可以在表上建立视图，通过视图屏蔽表的变化，从而应用程序可以不动。
2 如果应用建立在数据库表上，当应用发生变化时，可以在表上建立视图，通过视图屏蔽应用的变化，从而使数据库表不动。
3 如果应用建立在视图上，当数据库表发生变化时，可以在表上修改视图，通过视图屏蔽表的变化，从而应用程序可以不动。
4 如果应用建立在视图上，当应用发生变化时，可以在表上修改视图，通过视图屏蔽应用的变化，从而数据库可以不动。
五、视图的书写格式
Create VIEW <视图名>[(列名组)]
AS <子查询>
Drop VIEW <索引名>
注意：视图可以和基本表一样被查询，但是利用视图进行数据增，删，改 *** 作，会受到一定的限制。
（1）由两个以上的基本表导出的视图
（2）视图的字段来自字段表达式函数
（3）视图定义中有嵌套查询
（4）在一个不允许更新的视图上定义的视图

买了个阿里云的服务器，每年好像几百块钱。

买了服务器后就在服务器上安装宝塔。如下图：

宝塔可以监控服务器，当然上面还有好多可以安装的插件。比较适合新手。

宝塔安装地址:

宝塔面板 - 简单好用的Linux/Windows服务器运维管理面板​> 域名一个月花不了几个钱，比如我的 >简单点说数据库实例就是一个单独的系统服务，有自己的一套用户认证系统和自己的一套系统和用户库，与其他实例不能直接互相访问。能部署多少个实例取决于你系统硬件的配置情况，最主要是内存、CPU、硬盘的大小和快慢

2    连接数超过了MySQL 设置的值，与max_connections和wait_timeout都有关。 

3   wait_timeout 的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大。

打开 MYSQL 安装目录打开 myini 找到 max_connections 默认是 100， 一般设置到500～1000比较合适，重启 MySQL 

2     显示哪些线程正在运行    

3      查看连接数，可以发现有很多连接处于sleep状态，这些其实是暂时没有用的，所以可以kill掉

4   修改最大连接数，但是这不是一劳永逸的方法，应该要让它自动杀死那些sleep的进程。
状态：

1　SLEEP             线程正在等待客户端发送新的请求。

2　QUERY            线程正在执行查询或者正在将结果发送给客户端。

3　LOCKED          在MYSQL服务层，该线程正在等待表锁。在存储引擎级别实现的锁，如INNODB的行锁，并不会体现在线程状态中。　对于MYISAM来说这是一个比较典型的状态。但在其他没有行锁的引擎中也经常会出现。

4　ANALYZING　AND STATISTICS           线程正在收集存储引擎的统计信息，　并生成查询的执行计划。

5　COPYING TO TMP TABLE （ON DISK）           线程正在执行查询，　并且将其结果集都复制到一个临时文件中，　这种状态一般要么是在做GROUP BY *** 作，要么是文件排序 *** 作，　或者是UNION *** 作。　如果这个状态后面还有ON DISK的标　，　那表示MYSQL正在将一个内存临时表放到磁盘上。

6　SORTING RESULT           线程正在对结果集进行排序。

7　SENDING DATA               线程可能在多个状态之间传送数据，或者生成结果集，或者在向客户端返回数据。

查看  mysql  的最大连接数：   应该是与上面查询到的连接数相同，才会出现too many connections的情况

查看服务器响应的最大连接数:

服务器响应的最大连接数为3，远低于mysql服务器允许的最大连接数值

对于mysql服务器最大连接数值的设置范围比较理想的是：服务器响应的最大连接数值占服务器上限连接数值的比例值在10%以上，如果在10%以下，说明mysql服务器最大连接上限值设置过高。

wait_timeout — 指的是mysql在关闭一个非交互的连接之前所要等待的秒数。

如果你没有修改过MySQL的配置，wait_timeout的初始值是28800

wait_timeout 过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过也不能把这个指设置的过小，否则你可能会遭遇到

“MySQL has gone away”  之类的问题。

mysql终端查看timeout的设置

---