PostgreSQL学习第十三篇 执行计划

前端之家收集整理的这篇文章主要介绍了PostgreSQL学习第十三篇 执行计划前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
  1. Postgresqlexplain的语法:
  2. explain [option] statement
  3. explain [analyze] [verboase] statement
  4.  
  5. 命令的可选选项option为:
  6. analyze
  7. verbose
  8. costs
  9. buffers
  10. formattext|xml|json|yaml
  11. analyze选项通过实际执行的sql来获得相应的执行计划。(实际执行)
  12. verbose用于显示计划的附加信息:计划树中每个节点输出的各个列,如果触发器被触发,还有触发器名称。默认为false
  13. costs选项显示每个计划节点的启动成本和总成本,以及估计行数和每行宽度。默认为TRUE
  14. buffers显示关于缓冲区的使用信息。该参数只能与analyze参数一起使用。显示的缓冲区信息包括共享块、本地块和临时块读写的快熟。默认为false
  15. format指定输出格式。默认为TEXT
  16.  
  17.  
  18. explain输出结果解释
  19. 简单示例:
  20. postgres=# explain select * from dog;
  21. QUERY PLAN
  22. --------------------------------------------------------
  23. Seq Scan on dog (cost=0.00..20.80 rows=1080 width=47)
  24. (1 row)
  25.  
  26. Seq Scan on dog:全表扫描
  27. cost=0.00..20.80:启动成本:0.00 返回所有数据的成本:20.80
  28. rows=1080:会返回1080
  29. width=47:每行平均宽度是47字节
  30.  
  31. 默认情况下不同操作的cost值:
  32.  
  33. 1. 顺序扫描一个数据库cost值为1
  34. 2. 随机扫描一个数据块,cost值为4
  35. 3. 处理一个数据行的cpucost0.01
  36. 4. 处理一个索引行的cpucost0.005
  37. 5. 每个操作符的cpu代价为0.0025
  38.  
  39.  
  40. 以不同格输出
  41. explain (format json|xml|yaml) select ....
  42.  
  43. analyze参数后,可通过实际执行来获得更精确的执行计划。
  44. explain analyze select * ....
  45. explain (analyze true) select * ...
  46.  
  47. 如果只查看执行的路径,不看cost值:
  48. select (costs false) select * ...
  49.  
  50. 联合使用analyze选项和buffers选项,可通过实际执行来查看实际的代价和缓冲区命中情况:
  51. explain (analyze true,buffers true) select * from ....
  52. postgres=# explain (analyze true,buffers true) select * from dog;
  53. QUERY PLAN
  54. --------------------------------------------------------------------------------------------------
  55. Seq Scan on dog (cost=0.00..20.80 rows=1080 width=47) (actual time=0.006..0.006 rows=1 loops=1)
  56. Buffers: shared hit=1
  57. Planning time: 0.027 ms
  58. Execution time: 0.019 ms
  59. (4 rows)
  60.  
  61. 可以查看插入,删除等的计划,但是如果加了analyze,就会真的执行,请注意!
  62.  
  63. 全表扫描:Seq Scan
  64. 索引扫描:Index Scan
  65. 位图扫描:也是走索引的一种方式。方法是扫描索引,把满足条件的行或块在内存中建一个位图,扫描完索引后,再根据位图到表的数据文件中把相应的数据读出来。如果走了两个索引,可以把两个索引形成的位图进行andor计算,合并成一个位图,再到表的数据文件中把数据读出来。
  66. 当执行计划的结果行数很多时会进行这种扫描,如非等值查询IN子句或有多个条件都可以走不同的索引时。
  67.  
  68. 条件过滤:Filter
  69. 嵌套循环连接:Nestloop Join,是在两个表做连接时最朴素的一种连接方式。在嵌套循环中,内表被外表驱动,外表返回的每一行都要在内表中检索找到与它匹配的行,要把返回子集较小的表作为外表。而且在内表的连接字段上要有索引,否则会很慢。外表为驱动表。
  70.  
  71. Hash Join:散列连接,优化器使用两个表中较小的表,并利用连接键在内存中建立散列表,然后扫描较大的表并探测散列表,找出与散列表匹配的行。
  72.  
  73. Merge Join:合并连接

猜你在找的Postgre SQL相关文章