Mysql——》执行计划

最新推荐文章于 2024-07-29 20:35:27 发布
最新推荐文章于 2024-07-29 20:35:27 发布
阅读量335 收藏 1
点赞数
分类专栏： Mysql 文章标签： mysql 执行 计划 explain
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43453386/article/details/89326727
版权

版权声明：本文为博主原创文章，无需授权即可转载，甚至无需保留以上版权声明，转载时请务必注明作者。
https://blog.csdn.net/weixin_43453386/article/details/89326727

Mysql——》执行计划

一、执行计划的作用

进行数据库的sql语句调优时依据的一个重要依据

  • 可以看到应该向表添加索引的位置，以便通过使用索引查找行来更快地执行语句
  • 检查优化程序是否以最佳顺序连接表

二、执行计划的语法

  • 适用：SELECT，DELETE，INSERT，REPLACE和UPDATE语句
  • FORMAT：选择输出格式，默认 【TRADITIONAL】
    • TRADITIONAL：以表格格式显示输出
    • JSON：以JSON格式显示输出

1、生成执行计划——普通表——以表格格式显示输出

在SELECT前面加EXPLAIN，如：EXPLAIN SELECT......

2、生成执行计划——分区表——以表格格式显示输出

在SELECT前面加EXPLAIN PARTITIONS，如：EXPLAIN PARTITIONS SELECT......

3、生成执行计划——普通表——以JSON格式显示输出

在SELECT前面加EXPLAIN FORMAT = JSON ，如：EXPLAIN FORMAT = JSON SELECT......

三、执行计划的查看

1、示例

1）以表格格式显示输出

EXPLAIN SELECT
	id,
	community_id,
	community_name
FROM
	house_hub_fence.tb_fence_community fc
WHERE
	fc.community_id IN (
		SELECT
			f.community_id
		FROM
			house_hub_fence.tb_fence_community f
		LEFT JOIN house_asset.community hc ON f.community_id = hc.community_id
		WHERE
			hc.community_id IS NULL
		OR hc.community_id = ''
	)

在这里插入图片描述

2）以JSON格式显示输出

EXPLAIN FORMAT = JSON SELECT
	id,
	community_id,
	community_name
FROM
	house_hub_fence.tb_fence_community fc
WHERE
	fc.community_id IN (
		SELECT
			f.community_id
		FROM
			house_hub_fence.tb_fence_community f
		LEFT JOIN house_asset.community hc ON f.community_id = hc.community_id
		WHERE
			hc.community_id IS NULL
		OR hc.community_id = ''
	)

在这里插入图片描述

{
    "query_block":{
        "select_id":1,
        "cost_info":{
            "query_cost":"3468.00"
        },
        "nested_loop":[
            {
                "table":{
                    "table_name":"fc",
                    "access_type":"ALL",
                    "possible_keys":[
                        "_community"
                    ],
                    "rows_examined_per_scan":1702,
                    "rows_produced_per_join":1702,
                    "filtered":"100.00",
                    "cost_info":{
                        "read_cost":"31.00",
                        "eval_cost":"340.40",
                        "prefix_cost":"371.40",
                        "data_read_per_join":"43M"
                    },
                    "used_columns":[
                        "id",
                        "community_id",
                        "community_name"
                    ],
                    "attached_condition":"(`house_hub_fence`.`fc`.`community_id` is not null)"
                }
            },
            {
                "table":{
                    "table_name":"<subquery2>",
                    "access_type":"eq_ref",
                    "key":"<auto_key>",
                    "key_length":"9",
                    "ref":[
                        "house_hub_fence.fc.community_id"
                    ],
                    "rows_examined_per_scan":1,
                    "materialized_from_subquery":{
                        "using_temporary_table":true,
                        "query_block":{
                            "nested_loop":[
                                {
                                    "table":{
                                        "table_name":"f",
                                        "access_type":"index",
                                        "possible_keys":[
                                            "_community"
                                        ],
                                        "key":"_community",
                                        "used_key_parts":[
                                            "community_id"
                                        ],
                                        "key_length":"9",
                                        "rows_examined_per_scan":1702,
                                        "rows_produced_per_join":1702,
                                        "filtered":"100.00",
                                        "using_index":true,
                                        "cost_info":{
                                            "read_cost":"31.00",
                                            "eval_cost":"340.40",
                                            "prefix_cost":"371.40",
                                            "data_read_per_join":"43M"
                                        },
                                        "used_columns":[
                                            "community_id"
                                        ]
                                    }
                                },
                                {
                                    "table":{
                                        "table_name":"hc",
                                        "access_type":"ref",
                                        "possible_keys":[
                                            "_community",
                                            "idx_community_communityId"
                                        ],
                                        "key":"_community",
                                        "used_key_parts":[
                                            "community_id"
                                        ],
                                        "key_length":"9",
                                        "ref":[
                                            "house_hub_fence.f.community_id"
                                        ],
                                        "rows_examined_per_scan":1,
                                        "rows_produced_per_join":1702,
                                        "filtered":"100.00",
                                        "using_index":true,
                                        "cost_info":{
                                            "read_cost":"1702.00",
                                            "eval_cost":"340.40",
                                            "prefix_cost":"2413.80",
                                            "data_read_per_join":"31M"
                                        },
                                        "used_columns":[
                                            "community_id"
                                        ],
                                        "attached_condition":"<if>(found_match(hc), (isnull(`house_asset`.`hc`.`community_id`) or (`house_asset`.`hc`.`community_id` = 0)), true)"
                                    }
                                }
                            ]
                        }
                    }
                }
            }
        ]
    }
}

2、执行计划的分析

序号表格字段JSON字段说明
1idselect_id表示查询中执行select子句或操作表的顺序（数字）
2select_typeNone表示查询中每个select子句的类型（简单 OR复杂）
3tabletable_name输出的行所引用的表
4partitionspartitions匹配的分区
5typeaccess_type表示MySQL在表中找到所需行的方式，又称“访问类型”
6possible_keyspossible_keys指出MySQL能使用哪个索引在表中找到行，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用
7keykey显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL
8key_lenkey_len表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度
9refref表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
10rowsrows表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数
11filteredfiltered按表条件过滤行的百分比
12ExtraNone包含不适合在其他列中显示但十分重要的额外信息

1）id：(JSON: select_id)

表示查询中执行 select 子句或操作表的顺序

  • id是一个数字
  • id相同的为一组
  • 相同id组，由上至下执行
  • 所有组中，id值越大，越先执行

2）select_type： (JSON: none)

表示查询中每个select子句的类型（简单 OR复杂）

序号表格字段值JSON字段值说明
1SIMPLENone简单的SELECT（不使用UNION或子查询）
2PRIMARYNone最外层的SELECT
3UNIONNoneUNION 中的第二个或随后的 select 查询， 不依赖于外部查询的结果集
4DEPENDENT UNIONdependent (true)UNION中的第二个或随后的SELECT语句，依赖于外部查询
5UNION RESULTunion_resultUNION 查询的结果集
6SUBQUERYNone子查询中的第一个SELECT查询，不依赖于外部查询的结果集
7DEPENDENT SUBQUERYdependent (true)子查询中的第一个SELECT，依赖于外部查询的结果集
8DERIVEDNone用于 from 子句里有子查询的情况。 MySQL会递归执行这些子查询，把结果放在临时表里
9MATERIALIZEDmaterialized_from_subquery物化子查询
11UNCACHEABLE SUBQUERYcacheable (false)结果集不能被缓存的子查询，必须重新为外层查询的每一行进行评估
12UNCACHEABLE UNIONcacheable (false)UNION 中的第二个或随后的 select 查询，属于不可缓存的子查询

3）table：(JSON : table_name)

输出行引用的表的名称

  • <unionM,N>：该行指的是id值为M和N的行的并集。
  • <derivedN>：该行引用id值为N的行的派生表结果。例如，派生表可能来自FROM子句中的子查询
  • <subqueryN>：该行引用id值为N的行的具体化子查询的结果

4）partitions (JSON : partitions)

记录将与查询匹配的分区。对于非分区表，该值为NULL。

5）type (JSON : access_type)

连接类型。用于描述不同的连接类型，按表格顺序，由最差到最好

序号值说明
1All全表扫描：MySQL将遍历全表以找到匹配的行
2index全索引扫描：index与ALL区别为index类型只遍历索引树
3range索引范围扫描：对索引的扫描开始于某一点，返回匹配值域的行，常见于between、<、>、in等的查询
4ref非唯一性索引扫描：返回匹配某个单独值的所有行。常见于使用非唯一索引的查找
5eq_ref唯一性索引扫描：对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描
6const、system当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量
system是const类型的特例，当查询的表只有一行的情况下， 使用system
7NULLMySQL在优化过程中分解语句，执行时甚至不用访问表或索引
- All

全表扫描：MySQL将遍历全表以找到匹配的行

EXPLAIN SELECT * FROM house_asset.community WHERE community_addr = '';

在这里插入图片描述

- index

全索引扫描：index与ALL区别为index类型只遍历索引树

EXPLAIN SELECT community_id FROM house_asset.community;

在这里插入图片描述

- range

索引范围扫描：对索引的扫描开始于某一点，返回匹配值域的行，常见于between、<、>、in等的查询

EXPLAIN SELECT community_id FROM house_asset.community WHERE community_id BETWEEN 1 AND 20;
EXPLAIN SELECT community_id FROM house_asset.community WHERE community_id in (1,2,3,4,5);
EXPLAIN SELECT community_id FROM house_asset.community WHERE community_id >1 and community_id<10;

在这里插入图片描述

- ref

非唯一性索引扫描：返回匹配某个单独值的所有行。常见于使用非唯一索引的查找

EXPLAIN SELECT * FROM house_asset.community WHERE community_id  = 1

在这里插入图片描述

- eq_ref

唯一性索引扫描：对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描

EXPLAIN SELECT * FROM house_asset.community t1,	house_asset.community_fence t2 WHERE t1.id = t2.id;

在这里插入图片描述

- const、system

当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量

EXPLAIN SELECT * FROM house_asset.community WHERE id = 1;

在这里插入图片描述

- NULL

MySQL在优化过程中分解语句，执行时甚至不用访问表或索引

EXPLAIN SELECT * FROM house_asset.community WHERE id = (SELECT min(id) FROM community_addr);

在这里插入图片描述

6）possible_keys (JSON : possible_keys)

  • 指出 MySQL 能在该表中使用哪些索引有助查询。
  • 如果为空，说明没有可用的索引
  • 列出可能使用到的索引，但不一定被查询使用
EXPLAIN SELECT community_id FROM house_asset.community

在这里插入图片描述

7）key (JSON : key)

  • MySQL实际决定使用的key（索引）。
  • 可以使用possible_keys其中一个索引
  • 也可以使用不在possible_keys值中不存在的索引
EXPLAIN SELECT community_id FROM house_asset.community

在这里插入图片描述

8）key_len (JSON : key_length)

  • 表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度
  • 在不损失精确性的情况下，长度越短越好
EXPLAIN SELECT community_id FROM house_asset.community

在这里插入图片描述

9）ref (JSON : ref)

显示哪些列或常量与key列中指定的索引进行比较，以从表中选择行。

如果值为func，则使用的值是某个函数的结果。
要查看哪个函数，请使用EXPLAIN之后的SHOW WARNINGS来查看扩展的EXPLAIN输出。
该函数实际上可能是算术运算符等运算符。

10）rows (JSON : rows)

rows列指示MySQL认为必须检查以执行查询的行数。对于InnoDB表，此数字是估计值，可能并不总是准确的。

11）filtered (JSON : filtered)

filtered列指示将按表条件筛选的表行的估计百分比。
最大值为100，这意味着不会对行进行过滤。
值从100开始减少表示过滤量增加。

rows显示已检查的估计行数，rows×filtered显示将与下表连接的行数。
例如，如果行为1000且过滤为50.00（50％），则使用下表连接的行数为1000×50％= 500。

12）Extra (JSON : none)

此列包含有关MySQL如何解析查询的其他信息。

序号值说明
1Child of ‘table’ pushed join@1 (JSON: message text)在连接中被引用为表的子节点，可以将其下推到NDB内核。
仅当启用了 pushed-down连接时，才适用于NDB群集。
2const row not found (JSON property: const_row_not_found)对于诸如SELECT … FROM tbl_name之类的查询，该表为空。
3Deleting all rows (JSON property: message)对于DELETE，某些存储引擎（如MyISAM）支持一种处理程序方法，该方法以简单快捷的方式删除所有表行。 如果引擎使用此优化，则会显示此附加值。
4Distinct (JSON property: distinct)MySQL正在寻找不同的值，因此它在找到第一个匹配行后停止为当前行组合搜索更多行。
5FirstMatch(tbl_name) (JSON property: first_match)半连接FirstMatch连接快捷方式
6Full scan on NULL key (JSON property: message)当优化程序无法使用 index-lookup 访问时，子查询优化将作为回退策略发生。
7Impossible HAVING (JSON property: message)HAVING子句始终为false，无法查询任何行。
8Impossible WHERE (JSON property: message)WHERE子句始终为false，无法查询任何行。
9Impossible WHERE noticed after reading const tables (JSON property: message)MySQL已经读取了所有const（和system）表，并注意到WHERE子句始终为false。
10LooseScan(m…n) (JSON property: message)使用半连接LooseScan策略。 m和n是关键部件号。
11No matching min/max row (JSON property: message)没有行满足查询的条件，例如SELECT MIN（…）FROM … WHERE条件。
12No matching rows after partition pruning (JSON property: message)对于DELETE或UPDATE，优化器在分区修剪后未发现任何要删除或更新的内容。 它与SELECT语句的Impossible WHERE的含义相似。
13No tables used (JSON property: message)查询语句没有制定from子句，或者from dual子句。
对于INSERT或REPLACE语句，EXPLAIN在没有SELECT部分时显示该值。例如，它出现在EXPLAIN INSERT INTO VALUES（10）中，因为它等同于EXPLAIN INSERT INTO SELECT 101 FROM DUAL。
14Not exists (JSON property: message)MySQL能够对查询执行LEFT JOIN优化，并且在找到与LEFT JOIN条件匹配的行之后，不会检查此表中针对上一行组合的更多行。 以下是可以通过以下方式优化的查询类型的示例：SELECT * FROM t1 LEFT JOIN t2 ON t1.id=t2.idWHERE t2.id IS NULL;假设t2.id被定义为NOT NULL。 在这种情况下，MySQL扫描t1并使用t1.id的值在t2中查找行。 如果MySQL在t2中找到匹配的行，则它知道t2.id永远不能为NULL，并且不会扫描t2中具有相同id值的其余行。 换句话说，对于t1中的每一行，MySQL需要在t2中只进行一次查找，而不管t2中实际匹配多少行。
15Plan isn’t ready yet (JSON property: none)当优化器尚未完成为在命名连接中执行的语句创建执行计划时，EXPLAIN FOR CONNECTION会出现此值。 如果执行计划输出包含多行，则其中的任何一个或全部都可以具有此Extra值，具体取决于优化程序在确定完整执行计划时的进度。
16Range checked for each record (index map: N) (JSON property: message)MySQL发现没有好的索引可以使用，但发现在前面的表的列值已知后可能会使用某些索引。 对于上表中的每个行组合，MySQL检查是否可以使用range或index_merge访问方法来检索行。 这不是很快，但比执行没有索引的连接更快。
17Scanned N databases (JSON property: message)这表示在处理INFORMATION_SCHEMA表的查询时服务器执行的目录扫描数。 N的值可以是0,1或all。
18Select tables optimized away (JSON property: message)使用某些聚合函数来访问存在索引的某个字段时，优化器会通过索引直接一次定位到所需要的数据行完成整个查询，例如MIN()\MAX()，这种也是比较好的结果之一
19Skip_open_table, Open_frm_only, Open_full_table (JSON property: message)这些值表示适用于INFORMATION_SCHEMA表的查询的文件打开优化。Skip_open_table
20Start temporary, End temporary (JSON property: message)这表示临时表用于半连接Duplicate Weedout策略。
21unique row not found (JSON property: message)对于诸如SELECT … FROM tbl_name之类的查询，没有行满足表上UNIQUE索引或PRIMARY KEY的条件。
22Using filesort (JSON property: using_filesort)表示 MySQL 会对结果使用一个外部索引排序，而不是从表里按索引次序读到相关内容。可能在内存或者磁盘上进行排序。 MySQL 中无法利用索引完成的排序操作称为“文件排序”
EXPLAIN SELECT community_no FROM community order by community_id
在这里插入图片描述
23Using index (JSON property: using_index)仅使用索引树中的信息从表中检索列信息，而不必另外寻找读取实际行。 当查询仅使用属于单个索引的列时，可以使用此策略。对于具有用户定义的聚簇索引的InnoDB表，即使Extra列中不存在使用索引，也可以使用该索引。 如果type是index并且key是PRIMARY，则会出现这种情况。
EXPLAIN SELECT DISTINCT community_id FROM community;
在这里插入图片描述
24Using index condition (JSON property: using_index_condition)会先条件过滤索引，过滤完索引后找到所有符合索引条件的数据行，随后用 WHERE 子句中的其他条件去过滤这些数据行。
EXPLAIN SELECT community_no FROM community where community_id in (1,2,3,4,5);
在这里插入图片描述
25Using index for group-by (JSON property: using_index_for_group_by)与Using index table访问方法类似，Using group for group-by表示MySQL找到了一个索引，可用于检索GROUP BY或DISTINCT查询的所有列，而无需对实际表进行任何额外的磁盘访问。 此外，索引以最有效的方式使用，因此对于每个组，只读取少数索引条目。 有关详细信息，请参考“GROUP BY优化”。
26Using join buffer (Block Nested Loop), Using join buffer (Batched Key Access) (JSON property: using_join_buffer)将联接中的表分成几部分读入连接缓冲区，然后从缓冲区中使用它们的行来与当前表执行连接。 （Block Nested Loop）表示使用块嵌套循环算法，（Batched Key Access）表示使用批量密钥访问算法。 也就是说，来自EXPLAIN输出前一行的表中的键将被缓冲，匹配的行将从连接缓冲区的行的表中批量提取。
27Using MRR (JSON property: message)使用多范围读取优化策略读取表,详见mrr
28Using sort_union(…), Using union(…), Using intersect(…) (JSON property: message)显示如何为index_merge连接类型合并索引扫描。 请参考“索引合并优化”。
29Using temporary (JSON property: using_temporary_table)表示 MySQL 在对查询结果排序时使用临时表。常见于排序 order by和分组查询group by
EXPLAIN SELECT community_no FROM community GROUP BY community_name;
在这里插入图片描述
30Using where (JSON property: attached_condition)通常是进行了全表引扫描后再用WHERE子句完成结果过滤，需要添加合适的索引
EXPLAIN SELECT community_name FROM community WHERE community_id > 10;
在这里插入图片描述
31Using where with pushed condition (JSON property: message)此项仅适用于NDB表。 这意味着NDB Cluster正在使用条件下推优化来提高非索引列和常量之间直接比较的效率。
32Zero limit (JSON property: message)该查询具有LIMIT 0子句，无法选择任何行。
EXPLAIN SELECT distinct community_addr,community_addr FROM community limit 0
在这里插入图片描述
小仙。
关注
专栏目录
查看Mysql执行计划
Hello World
10-09 4706
引言： 实际项目开发中，由于我们不知道实际查询的时候数据库里发生了什么事情，数据库软件是怎样扫描表、怎样使用索引的，因此，我们能感知到的就只有 sql语句运行的时间，在数据规模不大时，查询是瞬间的，因此，在写sql语句的时候就很少考虑到性能的问题。但是当数据规模增大，如千万、亿的时候，我们运 行同样的sql语句时却发现迟迟没有结果，这个时候才知道数据规模已经限制了我们查询的速度。所以，查询优化和索...
MySQL执行计划
silly8543
06-24 128
MySQL执行计划
mysql计划任务
weixin_34102807的博客
12-17 174
默认情况下，计划任务没有开启，可以能过下面命令开启 (一)  查看当前是否已开启事件计划：  SHOW VARIABLES LIKE 'event_scheduler';   (二)  开启事件计划（调度器）开关有4种方法：   SET GLOBAL event_scheduler = ON; 键值1或者ON表示开启；0或者OFF表示关闭；    ...
MySQL 执行计划详解
最新发布
学习学习学习学习
07-29 1531
派生表是在一个查询中定义的一个临时表，它由一个子查询生成，但不是作为查询的一部分返回，而是作为外部查询的一部分来引用。SUBQUERY：select、where之后包含了子查询，在select语句中出现的子查询语句，结果不依赖于外部查询（不在from语句中）。有了慢查询后，需要对慢查询语句进行分析。如果查询优化器决定使用全表扫描方式对某个表执行查询时，执行计划的row列的代表的预计需要扫描的行数。操作符连接的查询中，至少有一个查询依赖于外部查询的某个值时，这样的查询被称为。
MySQL-执行计划、explain关键字查询执行计划以及explain案例分析
小孔靠得住的博客
04-02 2235
MySQL 的执行计划（Execution Plan）是数据库查询优化器生成的一种指导性信息，它描述了 MySQL 执行查询时所采用的具体执行策略。执行计划通常由 MySQL 的查询优化器根据查询语句、表结构、索引等信息进行生成，并且用于指导 MySQL 数据库引擎执行查询操作。
mysql-执行计划
互联网知识分享
05-02 201
性能从好到差依次为：system，const，eq_ref，ref，fulltext，ref_or_null，unique_subquery，index_subquery，range，index_merge，index，ALL，除了ALL之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到一个索引。所以，如果通过执行计划发现某张表的查询语句的type显示为ALL，那就要考虑添加索引，或者更换查询方式，使用索引进行查询。possible_keys可能使用的索引。
【MySQL系列】- MySQL执行计划
做一个有思想的技术人
09-26 3182
MySQL执行计划在面试中会经常问到，尤其是type字段会经常被问到。同时，了解执行计划在工作中也能更好的对SQL查询进行优化，所以执行计划是mysql学习过程中的一个必备技能，来充实一下自己的技能包。
Mysql——》explain执行计划
小仙~
05-03 645
为了知道优化SQL语句的执行，需要查看SQL语句的具体执行过程，以加快SQL语句的执行效率。可以使用explain+SQL语句来模拟优化器执行SQL查询语句，从而知道mysql是如何处理sql语句的。
MySQL——JDBC编程
03-13
【MySQL——JDBC编程】是关于使用Java程序与MySQL数据库进行交互的技术讲解。JDBC（Java Database Connectivity）是Java中用于执行SQL语句的一组API，它为多种关系型数据库提供统一的访问接口，允许Java开发者操作...
数据库开发——MySQL——慢查询优化
01-07
一、正确使用索引 1.索引未命中 并不是说我们创建了索引就一定会加快查询速度，若想利用索引达到预想的提高查询速度的效果，我们在添加索引时，必须遵循以下问题 范围问题，或者说条件不明确，条件中出现这些符号或...
mysql执行计划简介
06-21
mysql执行计划简介
MySQL——强大的数据库.pdf
10-10
"MySQL——强大的数据库" MySQL 是一种强大的关系型数据库管理系统，它具有开放源码和商业双重授权模式，提供了高度的可扩展性和灵活性。下面是 MySQL 的一些关键特点和知识点： 1. 安装 MySQL：在安装 MySQL 之前...
mysql执行计划type_Mysql执行计划分析-type(access_type)
weixin_30141859的博客
02-28 729
access_type 即下图执行计划的 type 字段一、type(access_type) 以下类型二、类型示例1、NULLNULL 不访问任何一个表EXPLAIN select 1 from dual;输出Extra, 没有用到表。2、system 和 constsystem 根据主键查询系统表且这个表只有一条记录【特殊的const场景】const 常量查询非常快。主键或者唯一索引的常量查询...
mysql 分区表执行计划_mysql 执行计划走分区
weixin_35741582的博客
01-27 382
mysql> EXPLAIN PARTITIONS select count(*) from history where clock<1438876800;+----+-------------+---------+------------+-------+---------------+-----------+---------+------+------+----------...
MySQL系列 - EXPLAIN详解
qq_38030795的博客
10-16 275
EXPLAIN关键字可以模拟MySQL优化器执行SQL语句，可以很好的分析SQL语句是否合适 EXPLAIN输出列 列 含义 id select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序 select_type 查询类型 table 对应行的表名称 partitions 匹配记录的分区 type 访问类型 passible_keys 可能用到的索引 keys 实际使用的索引 key_len 索引中使用的字节数，可通过该列计算查询中使用
mysql 生成执行计划_MySQL执行计划
weixin_31904867的博客
01-18 528
MySQL执行计划EXPLAIN 语法{EXPLAIN|DESCRIBE|DESC}tbl_name[col_name|wild]{EXPLAIN|DESCRIBE|DESC}[explain_type]{explainable_stmt|FORCONNECTIONconnection_id}explain_type:{EXTENDED|PARTITI...
mysql怎么关联_MySQL如何关联查询
weixin_32920055的博客
01-18 397
从本质上说，mysql对所有的类型的查询都以同样的方式运行，如：mysql在from子句中遇到子查询，先执行子查询并将结果放到一个临时表中，然后将这个临时表当作一个普通表对待(正如其名：派生表)，mysql在执行union查询时也使用类似的临时表，在遇到右外连接是，mysql将其改写成等价的左外连接，换而言之，当前版本的mysql会将所有的查询类型都换换成类似的执行计划，不过，不是所有的查询都可以...
PHP+Mysql——博客系统
05-26
建立一个博客系统需要以下步骤： 1. 确定需求，设计数据库表结构。 2. 搭建开发环境，安装 PHP 和 MySQL。 3. 编写代码，实现用户管理、博客管理、评论管理等功能。 4. 将代码部署到服务器上，配置好权限和安全设置。 以下是一个简单的博客系统的数据库表设计： 1. 用户表（users） |字段名|类型|说明| |----|----|----| |id|int|用户ID，自增主键| |username|varchar(50)|用户名| |password|varchar(50)|密码| |email|varchar(50)|邮箱| |avatar|varchar(100)|头像| 2. 博客表（blogs） |字段名|类型|说明| |----|----|----| |id|int|博客ID，自增主键| |title|varchar(100)|博客标题| |content|text|博客内容| |create_time|datetime|创建时间| |update_time|datetime|更新时间| |user_id|int|用户ID，外键| 3. 评论表（comments） |字段名|类型|说明| |----|----|----| |id|int|评论ID，自增主键| |content|text|评论内容| |create_time|datetime|创建时间| |user_id|int|用户ID，外键| |blog_id|int|博客ID，外键| 在 PHP 中，可以使用 mysqli 或 PDO 扩展来操作 MySQL 数据库。具体实现可以参考以下步骤： 1. 连接数据库： ```php $conn = new mysqli($servername, $username, $password, $dbname); ``` 2. 执行 SQL 语句，例如插入一条博客记录： ```php $title = "Hello World"; $content = "This is my first blog."; $user_id = 1; $sql = "INSERT INTO blogs (title, content, user_id) VALUES ('$title', '$content', $user_id)"; $conn->query($sql); ``` 3. 查询数据，例如查询所有博客： ```php $sql = "SELECT * FROM blogs"; $result = $conn->query($sql); while ($row = $result->fetch_assoc()) { echo $row["title"] . "<br>"; } ``` 4. 更新数据，例如更新一条博客记录： ```php $id = 1; $title = "Hello World 2"; $content = "This is my second blog."; $sql = "UPDATE blogs SET title='$title', content='$content' WHERE id=$id"; $conn->query($sql); ``` 5. 删除数据，例如删除一条博客记录： ```php $id = 1; $sql = "DELETE FROM blogs WHERE id=$id"; $conn->query($sql); ``` 以上是一个简单的博客系统的实现方法，但在实际开发中还需要考虑安全性、性能等问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值