登录
当前位置： 首页 > 面试题库 >

MySQL视图是否总是进行全表扫描？

轩辕海
2023-03-14
问题内容：

我正在尝试优化使用MySQL 5.1中的视图的查询。似乎即使我从视图中选择1列，它始终会进行全表扫描。那是预期的行为吗？

该视图只是我在下面的第一个查询中指定的表的SELECT“这些表中的所有列-NOT *”。

这是当我从组成视图的查询中选择索引列PromotionID时的解释输出。如您所见，它与视图上的输出有很大的不同。

EXPLAIN SELECT pb.PromotionID FROM PromotionBase pb INNER JOIN PromotionCart pct ON pb.PromotionID = pct.PromotionID INNER JOIN PromotionCode pc ON pb.PromotionID = pc.PromotionID WHERE pc.PromotionCode = '5TAFF312C0NT'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pc
         type: const
possible_keys: PRIMARY,fk_pc_pb
          key: PRIMARY
      key_len: 302
          ref: const
         rows: 1
        Extra:
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: pb
         type: const
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: const
         rows: 1
        Extra: Using index
*************************** 3. row ***************************
           id: 1
  select_type: SIMPLE
        table: pct
         type: const
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: const
         rows: 1
        Extra: Using index
3 rows in set (0.00 sec)

当我从视图中选择相同的东西时的输出

EXPLAIN SELECT vpc.PromotionID FROM vw_PromotionCode vpc  WHERE vpc.PromotionCode = '5TAFF312C0NT'\G;
*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: <derived2>
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 5830
        Extra: Using where
*************************** 2. row ***************************
           id: 2
  select_type: DERIVED
        table: pcart
         type: index
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: NULL
         rows: 33
        Extra: Using index
*************************** 3. row ***************************
           id: 2
  select_type: DERIVED
        table: pb
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: readyinteractive.pcart.PromotionID
         rows: 1
        Extra:
*************************** 4. row ***************************
           id: 2
  select_type: DERIVED
        table: pc
         type: ref
possible_keys: fk_pc_pb
          key: fk_pc_pb
      key_len: 4
          ref: readyinteractive.pb.PromotionID
         rows: 249
        Extra: Using where
*************************** 5. row ***************************
           id: 3
  select_type: UNION
        table: pp
         type: index
possible_keys: PRIMARY
          key: pp_p
      key_len: 4
          ref: NULL
         rows: 1
        Extra: Using index
*************************** 6. row ***************************
           id: 3
  select_type: UNION
        table: pb
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: readyinteractive.pp.PromotionID
         rows: 1
        Extra:
*************************** 7. row ***************************
           id: 3
  select_type: UNION
        table: pc
         type: ref
possible_keys: fk_pc_pb
          key: fk_pc_pb
      key_len: 4
          ref: readyinteractive.pb.PromotionID
         rows: 249
        Extra: Using where
*************************** 8. row ***************************
           id: 4
  select_type: UNION
        table: pcp
         type: index
possible_keys: PRIMARY
          key: pcp_cp
      key_len: 4
          ref: NULL
         rows: 1
        Extra: Using index
*************************** 9. row ***************************
           id: 4
  select_type: UNION
        table: pb
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: readyinteractive.pcp.PromotionID
         rows: 1
        Extra:
*************************** 10. row ***************************
           id: 4
  select_type: UNION
        table: pc
         type: ref
possible_keys: fk_pc_pb
          key: fk_pc_pb
      key_len: 4
          ref: readyinteractive.pb.PromotionID
         rows: 249
        Extra: Using where
*************************** 11. row ***************************
           id: 5
  select_type: UNION
        table: ppc
         type: index
possible_keys: PRIMARY
          key: ppc_pc
      key_len: 4
          ref: NULL
         rows: 1
        Extra: Using index
*************************** 12. row ***************************
           id: 5
  select_type: UNION
        table: pb
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: readyinteractive.ppc.PromotionID
         rows: 1
        Extra:
*************************** 13. row ***************************
           id: 5
  select_type: UNION
        table: pc
         type: ref
possible_keys: fk_pc_pb
          key: fk_pc_pb
      key_len: 4
          ref: readyinteractive.pb.PromotionID
         rows: 249
        Extra: Using where
*************************** 14. row ***************************
           id: 6
  select_type: UNION
        table: ppt
         type: index
possible_keys: PRIMARY
          key: ppt_pt
      key_len: 4
          ref: NULL
         rows: 1
        Extra: Using index
*************************** 15. row ***************************
           id: 6
  select_type: UNION
        table: pb
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: readyinteractive.ppt.PromotionID
         rows: 1
        Extra:
*************************** 16. row ***************************
           id: 6
  select_type: UNION
        table: pc
         type: ref
possible_keys: fk_pc_pb
          key: fk_pc_pb
      key_len: 4
          ref: readyinteractive.pb.PromotionID
         rows: 249
        Extra: Using where
*************************** 17. row ***************************
           id: NULL
  select_type: UNION RESULT
        table: <union2,3,4,5,6>
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra:
17 rows in set (0.18 sec)

问题答案：

MySQL中的视图未编制索引，因此就其本质而言，每次访问时都需要进行全面扫描。一般而言，这使Views仅在以下情况下才真正有用：您有一个相当复杂的静态查询，该查询返回一个很小的结果集，并且您计划每次都获取整个结果集。

编辑：
当然，视图将使用基础表上的索引，以便对视图本身进行优化（否则它们将毫无意义），但是由于视图上没有索引，因此WHERE不可能在要优化的视图上查询。

为Views构造索引无论如何都是昂贵的，因为尽管我没有尝试分析任何Views，但我相当确定在幕后构造了一个临时表，然后返回了结果集。构造临时表已经花费了很多时间，我不希望这样的视图也试图猜测需要哪些索引。这就提出了第二点，即MySQL当前不提供一种指定用于View的索引的方法，因此它如何知道需要对哪些字段进行索引？它会根据您的查询猜测吗？

您可能考虑使用临时表，因为这样您可以在临时表中的字段上指定索引。但是，根据经验，这往往非常缓慢。

如果此视图包含的全部是SELECT ALL FROM
table1，table2，table3；那么我不得不问为什么这个查询根本需要在View中？如果出于某种原因它绝对必要，则您可能希望使用存储过程来封装查询，因为这样您就可以获得最佳性能，同时保持对结果集的数据库调用更为简单的好处。



 类似资料：
  • MySQL视图是什么？

    主要内容：视图的优点MySQL 视图（View）是一种虚拟存在的表，同真实表一样，视图也由列和行构成，但视图并不实际存在于数据库中。行和列的数据来自于定义视图的查询中所使用的表，并且还是在使用视图时动态生成的。 数据库中只存放了视图的定义，并没有存放视图中的数据，这些数据都存放在定义视图查询所引用的真实表中。使用视图查询数据时，数据库会从真实表中取出对应的数据。因此，视图中的数据是依赖于真实表中的数据的。一旦真实表中

  • 在MySQL中是否可以有索引视图？

    问题内容： 我从2005年起在MySQL论坛上找到了一个帖子，但是最近才发布。基于此，这是不可能的。但是在3-4年内会有很多变化。 我正在寻找的是一种在视图上建立索引但使被查看的表保持未建立索引的方法。索引会损害写入过程，并且该表的写入频率非常高（索引会减慢所有内容的爬取速度）。但是，缺少索引使我的查询非常缓慢。 问题答案： 我不认为MySQL支持您需要的物化视图，但无论如何在这种情况下它不会帮助

  • mysql是否使用索引进行排序？''

    问题内容： 如果排序列上有索引，排序是否使用mysql索引？索引还用于其他什么用途？ 它对列的组合索引和单独索引有什么区别？ 问题答案： 是的，当按排序列排序时，MySQL使用索引对信息进行排序。 另外，如果在添加到 SELECT 子句的所有列中都有索引，则MySQL不会从表本身加载数据，而是从索引加载数据（更快）。 合并和单独的索引之间的区别是，MySQL不能使用超过 一个 每次查询索引，因此，

  • dplyr根据是否在组中进行总结

    我正在寻找一种方法来制作一个汇总表，将R中某个因子的每个级别的值与该因子的所有其他级别的值进行比较。虹膜数据集的一个例子是，我想将setosa与所有其他人(即，versicolor和virginica)进行比较，然后将versicolor与其他人(setosa和virginica)进行比较，最后将virignica与其他人(versicolor和setosa)进行比较。在我的实际数据集中，我有许多

  • 是否finally块总是用Java执行？

    问题内容： 考虑到此代码，我是否可以绝对确定该块始终执行，无论它是什么？ 问题答案： 是的，将在执行或代码块后调用。 唯一不会被调用的时间是： 如果您调用 System.exit() 如果您调用 Runtime.getRuntime().halt(exitStatus) 如果JVM首先崩溃 如果JVM在try或catch块中达到了无限循环（或其他不间断，不终止的语句） 操作系统是否强行终止了JVM

  • Java 最终块是否总是运行？

    问题内容： 是否有任何条件最终可能无法在Java中运行？谢谢。 问题答案： 注意：如果在执行try或catch代码时JVM退出，则finally块可能不会执行。同样，如果执行try或catch代码的线程被中断或杀死，即使整个应用程序继续运行，finally块也可能不会执行。 我不知道finally块无法执行任何其他方式…

相关阅读

是否总是使用Java执行finally块？Java2D：将Graphics转换为Graphics2D是否总是安全的JDBC总是测试MySQL表的最后一行吗？是否总是首选varchar（MAX）？主键是否总是群集？

相关文章

MySQL是什么jQuery Mobile 列表视图招聘话务是如何进行面试什么是弦图？什么是进位制？

相关问答

python - MongoDB 是否可以做业务报表是否可行？如何找到mysql中都执行了哪些全表扫描的sql？向视图层次结构添加视图是什么意思？它是否意味着向fromView的超级视图添加视图？iOS嵌套视图控制器是否在UIViewController的视图中查看？关键字不能是表达式-视图

相关工具

视差滚动视图透视图Demo循环滚动视图多方向切换视图视图连续两次滑动

相关文档

互联网 Java 工程师进阶知识完全扫盲Excel 数据透视表应用大全Python OpenCV 图像和视频分析Python 进行机器学习图表秀 帮助文档
快捷导航： 新手教程 算法原理 架构设计 Java进阶 数据库进阶 大厂专栏 面试经验 编程笔记 编程问答 所有专题 文档资料 工具软件 电子书籍 小牛导航
在线工具： 房贷计算器 个税计算器 Linux命令查询 Json格式化 正则表达式 颜色转换 AES加解密 SHA1加密 MD5加密 毒鸡汤 字数统计 随机密码生成 进制转换 Base64编解码 励志句子
Copyright © 2019-2024 小牛知识库@xnip.cn. All Rights Reserved.