MySQL中的视图未编制索引，因此就其本质而言，每次访问时都需要进行全面扫描。一般而言，这使Views仅在以下情况下才真正有用：您有一个相当复杂的静态查询，该查询返回一个很小的结果集，并且您计划每次都获取整个结果集。
编辑：
当然，视图将使用基础表上的索引，以便对视图本身进行优化（否则它们将毫无意义），但是由于视图上没有索引，因此WHERe不可能在要优化的视图上查询。
为Views构造索引无论如何都是昂贵的，因为尽管我没有尝试分析任何Views，但我相当确定在幕后构造了一个临时表，然后返回了结果集。构造临时表已经花费了很多时间，我不希望这样的视图也试图猜测需要哪些索引。这就提出了第二点，即MySQL当前不提供一种指定用于View的索引的方法，因此它如何知道需要对哪些字段进行索引？它会根据您的查询猜测吗？
您可能考虑使用临时表，因为这样您可以在临时表中的字段上指定索引。但是，根据经验，这往往非常缓慢。
如果此视图包含的全部是SELECt ALL FROM
table1，table2，table3；那么我不得不问为什么这个查询根本需要在View中？如果出于某种原因它绝对必要，则您可能希望使用存储过程来封装查询，因为这样您就可以获得最佳性能，同时保持对结果集的数据库调用更为简单的好处。
