MySql 查看性能

Question

如果你走的是使用 View 的道路，你如何确保良好的性能？

或者最好不要一开始就使用 View ，而是将等效的 View 合并到您的选择语句中？

Answer 1

视情况而定。

这完全取决于您通过 View 查看的内容。但很可能会减少您的工作量并提供更高的性能。当 SQL 语句引用非索引 View 时，解析器和查询优化器分析 SQL 语句和 View 的来源，然后将它们解析为单个执行计划。没有针对 SQL 语句的计划和针对 View 的单独计划。

View 未编译。它是由其他表组成的虚拟表。当您创建它时，它并不驻留在您的服务器上的某个位置。构成 View 的底层查询受到查询优化器相同的性能增益或 clang 的影响。我从未测试过 View VS 其底层查询的性能，但我想性能可能会略有不同。如果数据相对静态，您可以在索引 View 上获得更好的性能。这可能是您在“编译”方面的想法。

View 的优点:

1. 查看数据而不将数据存储到对象中。
2. 限制表格的 View ，即可以隐藏表格中的某些列。
3. 连接两个或多个表并将其作为一个对象显示给用户。
4. 限制对表的访问，使任何人都不能将行插入到表中。

查看这些有用的链接:

1. Performance of VIEW vs. SQL statement
2. Is a view faster than a simple query?
3. Mysql VIEWS vs. PHP query
4. Are MySql Views Dynamic and Efficient?
5. Materialized View vs. Tables: What are the advantages?
6. Is querying over a view slower than executing SQL directly?
7. A workaround for the performance problems of TEMPTABLE views
8. <罢工> See performance gains by using indexed views in SQL Server