请教大师，视图是否影响数据库性能

一，视图着重于特定数据。

视图可以让用户或者程序开发人员只看到他们所需要的数据，而不需要把表中的所有信息与字段暴露出来，这样增强了数据的安全性。

二，简化数据的 *** 作，易维护。

我们可以将经常用到的多表联合查询出来的数据，或特定的结果集定义为视图，这样就起到了模块化数据的作用。我们在使用这些数据时直接查询该视图就可以，而不用到处写长长的SQL语句，这样也起到易维护的作用。

三，视图可以限定查询数据。

比如：对于不同的用户，我们只提供部分数据给他。这样，我们就可以在视图中限定结果集，然后返回该视图给他。这样，无论用户怎么对视图定义查询条件，他也不能查询出我们不想提供给他的数据。 虽然视图可以给我们带来种种便利，但不意味着我们就可以滥用它。因为视图其实就是一段SQL语句，所以它的结果都是每次调用时动态生成的。如果不合理的定义视图，必然带来性能上的损耗。

视图功能，只是把多个表，按照自已的需求，东一块西一块，逻辑拼在一起，形成一个逻辑表。

调用的时候直接 *** 作这个逻辑表视图就可以了，其它分析解释的 *** 作就交给mysql引擎去处理，最终查询还是要经原来的物理表的。

用视图是不会节省sql执行时间的，反而会增加解析时间，减少效率的。

以MySQL为例：

影响数据库性能的主要因素总结如下：

1、sql查询速度

2、网卡流量

3、服务器硬件

4、磁盘IO

以上因素并不是时时刻刻都会影响数据库性能，而就像木桶效应一样。如果其中一个因素严重影响性能，那么整个数据库性能就会严重受阻。另外，这些影响因素都是相对的。

例如：当数据量并没有达到百万千万这样的级别，那么sql查询速度也许就不是个重要因素，换句话说，你的sql语句效率适当低下可能并不影响整个效率多少，反之，这种情况，无论如何怎么优化sql语句，可能都没有太明显的效果。

相关内容拓展：

1、SQL查询速度

风险：效率低下的SQL

2、网卡流量

风险：网卡IO被占满（100Mb/8=100MB）

方案：

①减少从服务器的数量。从服务器都要从主服务器上复制日志，所以，从服务器越多，网络流量越大。

②进行分级缓存。前方大量缓存突然失效会对数据库造成严重的冲击。

③避免使用“select * ”进行查询

④分离业务网络和服务器网络

3、磁盘IO

风险：磁盘IO性能突然下降。

方案：使用更好的磁盘设备解决。

---