MySQL 설명의 용도는 무엇입니까? (자세한 실행 설명 포함)

<p class="toc-wraper ui card column author-box grid pt-2" style="display:none"><em class="icon remove text-mute "></em>                                                                                                                 </p> <h2> <span class="header-link octicon octicon-link"></span>Explain의 용도</h2> <p><code>Explain</code>을 <code>SQL</code> 문과 함께 사용하면 <code>MySQL</code>에서 SQL 실행 정보를 표시합니다. 옵티마이저 정보에서. 즉, <code>MySQL</code>은 테이블을 조인하는 방법과 순서를 포함하여 명령문을 처리하는 방법을 설명합니다. <code>Explain</code>与<code>SQL</code>语句一起使用时，<code>MySQL</code>会显示来自优化器关于SQL执行的信息。也就是说，<code>MySQL</code>解释了它将如何处理该语句，包括如何连接表以及什么顺序连接表等。</p> <ul> <li>表的加载顺序</li> <li> <code>sql</code>的查询类型</li> <li>可能用到哪些索引，哪些索引又被实际使用</li> <li>表与表之间的引用关系</li> <li>一个表中有多少行被优化器查询<br>…..</li> </ul> <h2> <span class="header-link octicon octicon-link"></span>Explain有哪些信息</h2> <p><code>Explain</code>执行计划包含字段信息如下：分别是<code>id</code>、<code>select_type</code>、<code>table</code>、<code>partitions</code>、<code>type</code>、<code>possible_keys</code>、<code>key</code>、<code>key_len</code>、<code>ref</code>、<code>rows</code>、<code>filtered</code>、<code>Extra</code>12个字段。</p> <h2> <span class="header-link octicon octicon-link"></span>Explain执行计划详解</h2> <h3> <span class="header-link octicon octicon-link"></span>一、id</h3> <p><code>id：</code>：表示查询中执行select子句或者操作表的顺序，<strong><code>id</code>的值越大，代表优先级越高，越先执行</strong>。<code>id</code>大致会出现 3种情况：</p> <h5> <span class="header-link octicon octicon-link"></span>1、<code>id</code>相同</h5> <p>看到三条记录的<code>id</code>都相同，可以理解成这三个表为一组，具有同样的优先级，执行顺序由上而下，具体顺序由优化器决定。</p> <h5> <span class="header-link octicon octicon-link"></span>2、<code>id</code>不同</h5> <p>如果我们的<code>SQL</code>中存在子查询，那么<code>id</code>的序号会递增，<code>id</code>值越大优先级越高，越先被执行 。当三个表依次嵌套，发现最里层的子查询<code>id</code>最大，最先执行。</p> <h5> <span class="header-link octicon octicon-link"></span>3、以上两种同时存在</h5> <p>将上边的<code>SQL</code>稍微修改一下，增加一个子查询，发现<code>id</code>的以上两种同时存在。相同<code>id</code>划分为一组，这样就有三个组，同组的从上往下顺序执行，不同组<code>id</code>值越大，优先级越高，越先执行。</p> <h3> <span class="header-link octicon octicon-link"></span>二、select_type</h3> <p><code>select_type</code>：表示<code>select</code>查询的类型，主要是用于区分各种复杂的查询，例如：<code>普通查询</code>、<code>联合查询</code>、<code>子查询</code>等。</p> <h5> <span class="header-link octicon octicon-link"></span>1、SIMPLE</h5> <p><code>SIMPLE</code>：表示最简单的 select 查询语句，也就是在查询中不包含子查询或者<code>union</code>交并差集等操作。</p> <h5> <span class="header-link octicon octicon-link"></span>2、PRIMARY</h5> <p><code>PRIMARY</code>：当查询语句中包含任何复杂的子部分，最外层查询则被标记为<code>PRIMARY</code>。</p> <h5> <span class="header-link octicon octicon-link"></span>3、SUBQUERY</h5> <p><code>SUBQUERY</code>：当<code>select</code>或<code>where</code>列表中包含了子查询，该子查询被标记为：<code>SUBQUERY</code>。</p> <h5> <span class="header-link octicon octicon-link"></span>4、DERIVED</h5> <p><code>DERIVED</code>：表示包含在<code>from</code>子句中的子查询的select，在我们的<code>from</code>列表中包含的子查询会被标记为<code>derived</code>。</p> <h5> <span class="header-link octicon octicon-link"></span>5、UNION</h5> <p><code>UNION</code>：如果<code>union</code>后边又出现的<code>select</code>语句，则会被标记为<code>union</code>；若<code>union</code>包含在<code>from</code>子句的子查询中，外层<code>select</code>将被标记为<code>derived</code>。</p> <h5> <span class="header-link octicon octicon-link"></span>6、UNION RESULT</h5> <p><code>UNION RESULT</code>：代表从<code>union</code>的临时表中读取数据，而<code>table</code>列的<code><union1,4></code>表示用第一个和第四个<code>select</code>的结果进行<code>union</code>操作。</p> <h3> <span class="header-link octicon octicon-link"></span>三、table</h3> <p>查询的表名，并不一定是真实存在的表，有别名显示别名，也可能为临时表，例如上边的<code>DERIVED</code>、<code><union1,4></code></p> <ul> <li>테이블 로드 순서</li> <li> <code>sql</code>의 쿼리 유형</li> <li>사용할 수 있는 인덱스와 실제로 사용되는 인덱스</li> <li> li></li> <li>테이블 간의 참조 관계</li> <li>최적화 프로그램이 쿼리하는 테이블의 행 수<br>…..</li> </ul>🎜🎜설명 어떤 정보🎜🎜<code>설명</code> 실행 계획에 다음 필드 정보가 포함되어 있는지: <code>id</code>, <code>select_type</code>, <code>table</code>, 파티션, <code>유형</code>, <code>possible_keys</code>, <code>키</code>, <code>key_len</code>, <code>ref 코드 >, <code>행</code>, <code>필터링</code>, <code>추가</code>12개 필드. 🎜🎜🎜🎜실행 계획에 대한 자세한 설명 설명🎜<h3>🎜🎜1.id</h3>🎜<code>id: </code>: 쿼리에서 select 절이나 연산 테이블이 실행되는 순서를 나타내며, <strong><code>id</code>의 값이 클수록 우선순위가 높아 먼저 실행됩니다</strong>. <code>id</code>에는 일반적으로 세 가지 상황이 있습니다. 🎜<h5>🎜🎜1. <code>id</code>는 동일합니다</h5>🎜세 가지의 <code>id</code>를 참조하세요. records 이 세 테이블은 모두 동일한 우선순위를 갖는 그룹이라는 것을 알 수 있습니다. 구체적인 순서는 옵티마이저에 의해 결정됩니다. 🎜<h5>🎜🎜2. <code>id</code>가 다릅니다</h5>🎜저희 <code>SQL</code>에 하위 쿼리가 있으면 <code>id</code>의 일련번호가 code>는 점점 더 <code>id</code> 값이 클수록 우선 순위가 높아지고 더 일찍 실행됩니다. 세 개의 테이블이 순서대로 중첩되면 가장 안쪽의 하위 쿼리인 <code>id</code>가 가장 크고 먼저 실행되는 것을 알 수 있습니다. 🎜<h5>🎜🎜3. 위 두 개가 동시에 존재합니다.</h5>🎜위 <code>SQL</code>을 살짝 수정하고, 서브쿼리를 추가하고, <code>id</code> 중 위 두 개를 찾습니다. code>가 동시에 존재합니다. 동일한 <code>id</code>가 하나의 그룹으로 나누어지므로 동일한 그룹에 속하는 그룹은 위에서 아래로 순차적으로 실행됩니다. , 우선순위가 높을수록 우선순위가 높아집니다. 🎜<h3>🎜🎜2.select_type</h3>🎜<code>select_type</code>: 주로 다양한 복잡한 쿼리를 구별하는 데 사용되는 <code>select</code> 쿼리 유형을 나타냅니다. >일반 쿼리</code>, <code>Union 쿼리</code>, <code>하위 쿼리</code> 등 🎜<h5>🎜🎜1. SIMPLE</h5>🎜<code>SIMPLE</code>: 가장 간단한 선택 쿼리 문을 나타냅니다. 즉, 쿼리에 하위 쿼리나 <code>union</code> 교차가 포함되어 있지 않습니다. 합집합, 차이 집합과 같은 연산. 🎜<h5>🎜🎜2, PRIMARY</h5>🎜<code>PRIMARY</code>: 쿼리 문에 복잡한 하위 부분이 포함된 경우 가장 바깥쪽 쿼리는 <code>PRIMARY</code>로 표시됩니다. 🎜<h5>🎜🎜3.SUBQUERY</h5>🎜<code>SUBQUERY</code>: <code>select</code> 또는 <code>where</code> 목록에 하위 쿼리가 포함된 경우 하위 쿼리는 쿼리가 <code>SUBQUERY</code>로 표시되었습니다. 🎜<h5>🎜🎜4, DERIVED</h5>🎜<code>DERIVED</code>: <code>from </code>에서 <code>from</code> 절에 포함된 하위 쿼리의 선택을 나타냅니다. code>목록에 포함된 하위 쿼리는 <code>파생</code>으로 표시됩니다. 🎜<h5>🎜🎜5, UNION</h5>🎜<code>UNION</code>: <code>union</code> 뒤에 <code>select</code> 문이 오면 표시됩니다. <code>union</code>입니다. <code>from</code> 절의 하위 쿼리에 <code>union</code>이 포함된 경우 외부 <code>select</code>는 다음과 같이 표시됩니다. <code>파생</code>. 🎜<h5>🎜🎜6, UNION RESULT</h5>🎜<code>UNION RESULT</code>: <code>union</code> 및 <code>table의 임시 테이블에서 데이터를 읽는 것을 나타냅니다. code> 열의 <code><union1></union1></code>는 첫 번째 및 네 번째 <code>select</code>의 결과가 <code>union</code> 작업을 수행하는 데 사용됨을 나타냅니다. 🎜<h3>🎜🎜3.table</h3>🎜 쿼리된 테이블 이름은 반드시 실제 테이블이 아닐 수도 있고, 위의 <code>DERIVED와 같은 임시 테이블일 수도 있습니다. </code> , <code><union1></union1></code> 등 🎜<h3> <span class="header-link octicon octicon-link"></span>4. 파티션</h3> <p>파티셔닝되지 않은 테이블의 경우 파티션 정보가 일치합니다. 파티션된 테이블을 쿼리할 때 <code>파티션</code>은 파티션된 정보를 표시합니다. 테이블.히트 파티션 상태. <code>NULL</code>，当查询的是分区表时，<code>partitions</code>显示分区表命中的分区情况。</p> <h3> <span class="header-link octicon octicon-link"></span>五、type</h3> <p><code>type</code>：查询使用了何种类型，它在<code>SQL</code>优化中是一个非常重要的指标，以下性能从好到坏依次是：<code>system</code>><code>const</code>><code>eq_ref</code>><code>ref</code>><code>ref_or_null</code>><code>index_merge</code>><code>unique_subquery</code>><code>index_subquery</code>><code>range</code>><code>index</code>><code>ALL</code></p> <h5> <span class="header-link octicon octicon-link"></span>1、system</h5> <p><code>system</code>： 当表仅有一行记录时(系统表)，数据量很少，往往不需要进行磁盘IO，速度非常快。</p> <h5> <span class="header-link octicon octicon-link"></span>2、const</h5> <p><code>const</code>：表示查询时命中<code>primary key</code>主键或者<code>unique</code>唯一索引，或者被连接的部分是一个常量(<code>const</code>)值。这类扫描效率极高，返回数据量少，速度非常快。</p> <h5> <span class="header-link octicon octicon-link"></span>3、eq_ref</h5> <p><code>eq_ref</code>：查询时命中主键<code>primary key</code>或者<code>unique key</code>索引，<code>type</code>就是<code>eq_ref</code>。</p> <h5> <span class="header-link octicon octicon-link"></span>4、ref</h5> <p><code>ref</code>：区别于<code>eq_ref</code>，<code>ref</code>表示使用非唯一性索引，会找到很多个符合条件的行。</p> <h5> <span class="header-link octicon octicon-link"></span>5、ref_or_null</h5> <p><code>ref_or_null</code>：这种连接类型类似于 ref，区别在于<code>MySQL</code>会额外搜索包含<code>NULL</code>值的行。</p> <h5> <span class="header-link octicon octicon-link"></span>6、index_merge</h5> <p><code>index_merge</code>：使用了索引合并优化方法，查询使用了两个以上的索引。</p> <h5> <span class="header-link octicon octicon-link"></span>7、unique_subquery</h5> <p><code>unique_subquery</code>：替换下面的<code>IN</code>子查询，子查询返回不重复的集合。</p> <div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">value IN (SELECT primary_key FROM single_table WHERE some_expr)</pre><div class="contentsignin">로그인 후 복사</div></div> <h5> <span class="header-link octicon octicon-link"></span>8、index_subquery</h5> <p><code>index_subquery</code>：区别于<code>unique_subquery</code>，用于非唯一索引，可以返回重复值。</p> <div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">value IN (SELECT key_column FROM single_table WHERE some_expr)</pre><div class="contentsignin">로그인 후 복사</div></div> <h5> <span class="header-link octicon octicon-link"></span>9、range</h5> <p><code>range</code>：使用索引选择行，仅检索给定范围内的行。简单点说就是针对一个有索引的字段，给定范围检索数据。在<code>where</code>语句中使用<code>bettween...and</code>、<code><</code>、<code>></code>、<code><=</code>、<code>in</code>等条件查询<code>type</code>都是<code>range</code>。</p><h6><span class="header-link octicon octicon-link"></span>只有对设置了索引的字段，做范围检索<code>type</code>才是<code>range</code>。</h6><h5><span class="header-link octicon octicon-link"></span>10、index</h5><p><code>index</code>：<code>Index</code>与<code>ALL</code>其实都是读全表，区别在于<code>index</code>是遍历索引树读取，而<code>ALL</code>是从硬盘中读取。</p><h5><span class="header-link octicon octicon-link"></span>11、ALL</h5><p><code>ALL</code>：将遍历全表以找到匹配的行，性能最差。</p><h3><span class="header-link octicon octicon-link"></span>六、possible_keys</h3><p><code>possible_keys</code>：表示在<code>MySQL</code>中通过哪些索引，能让我们在表中找到想要的记录，一旦查询涉及到的某个字段上存在索引，则索引将被列出，<strong>但这个索引并不定一会是最终查询数据时所被用到的索引</strong>。具体请参考上边的例子。</p><h3><span class="header-link octicon octicon-link"></span>七、key</h3><p><code>key</code>：区别于<code>possible_keys</code>，key是查询中实际使用到的索引，若没有使用索引，显示为<code>NULL</code>。具体请参考上边的例子。</p><blockquote><p>当<code>type</code>为<code>index_merge</code>时，可能会显示多个索引。</p></blockquote><h3><span class="header-link octicon octicon-link"></span>八、key_len</h3><p><code>key_len</code>：表示查询用到的索引长度（字节数），原则上长度越短越好 。</p><ul><li>单列索引，那么需要将整个索引长度算进去；</li><li>多列索引，不是所有列都能用到，需要计算查询中实际用到的列。</li></ul><blockquote><p>注意：<code>key_len</code>只计算<code>where</code>条件中用到的索引长度，而排序和分组即便是用到了索引，也不会计算到<code>key_len</code></p>🎜🎜5. Type🎜🎜<code>type</code>: 쿼리에 어떤 유형이 사용됩니까? <code>SQL</code> 최적화에서 매우 중요한 지표는 다음과 같습니다. 불량 순서: <code>system</code>><code>const</code>><code>eq_ref</code>><code>ref</code>><code>ref_or_null 코드 >><code>index_merge</code>><code>unique_subquery</code>><code>index_subquery</code>><code>range</code>><code>index</code> code >><code>ALL</code>🎜<h5>🎜🎜1.system</h5>🎜<code>system</code>: 테이블에 레코드 행이 하나만 있는 경우(시스템 테이블) 데이터 양이 매우 적고 디스크 IO가 필요하지 않은 경우가 많으며 속도가 매우 빠릅니다. 🎜<h5>🎜🎜2, const</h5>🎜<code>const</code>: <code>기본 키</code> 기본 키 또는 <code>고유</code> 고유 인덱스가 적중되었음을 나타냅니다. 쿼리 도중 또는 연결된 부분이 상수(<code>const</code>) 값입니다. 이러한 유형의 검색은 매우 효율적이고 소량의 데이터를 반환하며 매우 빠릅니다. 🎜<h5>🎜🎜3, eq_ref</h5>🎜<code>eq_ref</code>: 쿼리 중에 기본 키 <code>기본 키</code> 또는 <code>고유 키</code> 인덱스를 적중합니다. <code>유형</code>은 <code>eq_ref</code>입니다. 🎜<h5>🎜🎜4, ref</h5>🎜<code>ref</code>: <code>eq_ref</code>와는 다릅니다. <code>ref</code>는 고유하지 않은 인덱스를 사용한다는 의미입니다. 일치하는 행이 많이 발견되었습니다. 🎜<h5>🎜🎜5, ref_or_null</h5>🎜<code>ref_or_null</code>: 이 연결 유형은 ref와 유사하지만 차이점은 <code>MySQL</code>이 <code>를 추가로 검색한다는 것입니다. NULL 값 라인. 🎜<h5>🎜🎜6, index_merge</h5>🎜<code>index_merge</code>: 인덱스 병합 최적화 방법이 사용되며 쿼리는 2개 이상의 인덱스를 사용합니다. 🎜<h5>🎜🎜7, Unique_subquery</h5>🎜<code>unique_subquery</code>: 다음 <code>IN</code> 하위 쿼리를 바꾸면 하위 쿼리가 고유한 집합을 반환합니다. 🎜rrreee<h5>🎜🎜8, index_subquery</h5>🎜<code>index_subquery</code>: <code>unique_subquery</code>와는 달리 고유하지 않은 인덱스에 사용되며 중복된 값을 반환할 수 있습니다. 🎜rrreee<h5>🎜🎜9, range</h5>🎜<code>range</code>: 인덱스를 사용하여 행을 선택하고 지정된 범위 내의 행만 검색합니다. 간단히 말하면 인덱스된 필드에 대해 지정된 범위 내의 데이터를 검색하는 것입니다. <code>where</code> 문에 <code>between...and</code>, <code><</code>, <code>></code>, <code>< =</code>, <code>in</code> 및 기타 조건부 쿼리 <code>type</code>은 모두 <code>범위</code>입니다. 🎜<h6>🎜🎜인덱싱된 필드의 범위 검색 <code>type</code>만 <code>range</code>입니다. </h6> <h5>🎜🎜10, index</h5>🎜<code>index</code>: <code>Index</code> 및 <code>ALL</code>는 실제로 전체 테이블을 읽습니다. 차이점은 <code>index</code>는 인덱스 트리를 탐색하여 읽는 반면, <code>ALL</code>는 하드 디스크에서 읽는다는 점입니다. 🎜<h5>🎜🎜11, ALL</h5>🎜<code>ALL</code>: 최악의 성능으로 일치하는 행을 찾기 위해 전체 테이블을 순회합니다. 🎜🎜🎜🎜6.possible_keys🎜🎜<code>possible_keys</code>: 쿼리에 포함된 경우 <code>MySQL</code>의 어떤 인덱스를 사용하여 테이블에서 원하는 레코드를 찾을 수 있는지 나타냅니다. 특정 필드에는 색인이 나열되지만 <strong>이 색인은 반드시 데이터를 쿼리할 때 사용되는 색인이 아닐 수도 있습니다</strong>. 자세한 내용은 위의 예를 참조하세요. 🎜🎜🎜🎜7.Key🎜🎜<code>key</code>: <code>possible_keys</code>와는 달리 key는 쿼리에 실제로 사용되는 인덱스입니다. <code>NULL </code>. 자세한 내용은 위의 예를 참조하세요. 🎜<blockquote>🎜<code>type</code>이 <code>index_merge</code>인 경우 여러 인덱스가 표시될 수 있습니다. 🎜</blockquote>🎜🎜🎜8.key_len🎜🎜<code>key_len</code>: 쿼리에 사용되는 인덱스 길이(바이트 수)를 나타냅니다. 원칙적으로 길이가 짧을수록 좋습니다. 🎜<ul> <li>단일 열 인덱스의 경우 전체 인덱스 길이를 포함해야 합니다. </li> <li>다중 열 인덱스의 경우 모든 열을 사용할 수는 없으며 실제 열이 사용됩니다. 쿼리를 계산해야 합니다. </li> </ul> <blockquote>🎜참고: <code>key_len</code>은 <code>where</code> 조건에 사용된 인덱스 길이만 계산하며, 인덱스가 정렬 및 정렬에 사용되는 경우에도 마찬가지입니다. 그룹화하면 <code>key_len</code>으로 계산되지 않습니다. 🎜</blockquote> <h3> <span class="header-link octicon octicon-link"></span>9. ref</h3> <p><code>ref</code>: 일반적인 항목은 <code>const</code>, <code>func</code>, <code>null</code>, 필드입니다. 이름. <code>ref</code>：常见的有：<code>const</code>，<code>func</code>，<code>null</code>，字段名。</p> <ul> <li>当使用常量等值查询，显示<code>const</code>，</li> <li>当关联查询时，会显示相应关联表的<code>关联字段</code> </li> <li>如果查询条件使用了<code>表达式</code>、<code>函数</code>，或者条件列发生内部隐式转换，可能显示为<code>func</code> </li> <li>其他情况<code>null</code> </li> </ul> <h3> <span class="header-link octicon octicon-link"></span>十、rows</h3> <p><code>rows</code>：以表的统计信息和索引使用情况，估算要找到我们所需的记录，需要读取的行数。</p> <p>这是评估<code>SQL</code>性能的一个比较重要的数据，<code>mysql</code>需要扫描的行数，很直观的显示<code>SQL</code>性能的好坏，一般情况下<code>rows</code>值越小越好。</p> <h3> <span class="header-link octicon octicon-link"></span>十一、filtered</h3> <p><code>filtered</code>这个是一个百分比的值，表里符合条件的记录数的百分比。简单点说，这个字段表示存储引擎返回的数据在经过过滤后，剩下满足条件的记录数量的比例。</p> <p>在<code>MySQL.5.7</code>版本以前想要显示<code>filtered</code>需要使用<code>explain extended</code>命令。<code>MySQL.5.7</code>后，默认<code>explain</code>直接显示<code>partitions</code>和<code>filtered</code>的信息。</p> <h3> <span class="header-link octicon octicon-link"></span>十二、Extra</h3> <p><code>Extra</code>：不适合在其他列中显示的信息，<code>Explain</code>中的很多额外的信息会在<code>Extra</code>字段显示。</p> <h5> <span class="header-link octicon octicon-link"></span>1、Using index</h5> <p><code>Using index</code>：我们在相应的<code>select</code>操作中使用了覆盖索引，通俗一点讲就是查询的列被索引覆盖，使用到覆盖索引查询速度会非常快，<code>SQl</code>优化中理想的状态。</p> <p>什么又是覆盖索引?</p> <p>一条<code>SQL</code>只需要通过索引就可以返回，我们所需要查询的数据（一个或几个字段），而不必通过二级索引，查到主键之后再通过主键查询整行数据（<code>select *</code>）。</p> <p><strong>注意</strong>：想要使用到覆盖索引，我们在<code>select</code>时只取出需要的字段，不可<code>select *</code>，而且该字段建了索引。</p> <h5> <span class="header-link octicon octicon-link"></span>2、Using where</h5> <p><code>Using where</code>：查询时未找到可用的索引，进而通过<code>where</code>条件过滤获取所需数据，但要注意的是并不是所有带<code>where</code>语句的查询都会显示<code>Using where</code>。</p> <h5> <span class="header-link octicon octicon-link"></span>3、Using temporary</h5> <p><code>Using temporary</code>：表示查询后结果需要使用临时表来存储，一般在排序或者分组查询时用到。</p> <h5> <span class="header-link octicon octicon-link"></span>4、Using filesort</h5> <p><code>Using filesort</code>：表示无法利用索引完成的排序操作，也就是<code>ORDER BY</code>的字段没有索引，通常这样的SQL都是需要优化的。</p> <p>如果<code>ORDER BY</code>字段有索引就会用到覆盖索引，相比执行速度快很多。</p> <h5> <span class="header-link octicon octicon-link"></span>5、Using join buffer</h5> <p><code>Using join buffer</code>：在我们联表查询的时候，如果表的连接条件没有用到索引，需要有一个连接缓冲区来存储中间结果。</p> <h5> <span class="header-link octicon octicon-link"></span>6、Impossible where</h5> <p><code>Impossible where</code>：表示在我们用不太正确的<code>where</code>语句，导致没有符合条件的行。</p> <h5> <span class="header-link octicon octicon-link"></span>7、No tables used</h5> <p><code>No tables used</code>：我们的查询语句中没有<code>FROM</code>子句，或者有<code>FROM DUAL</code>子句。</p> <p><code>Extra</code>列的信息非常非常多，这里就不再一一列举了，详见<code>MySQL</code></p> <ul> <li>상수 동등 쿼리를 사용하면 <code>const</code>가 표시됩니다. </li> <li>관련 쿼리를 수행하면 해당하는 <code>관련 필드</code>가 표시됩니다. ></li> <li>쿼리 조건이 <code>표현식</code>, <code>함수</code>를 사용하거나 조건 열이 내부 암시적 변환을 수행하는 경우 표시될 수 있습니다. <code>func</code> 코드></li> <li>기타 상황 <code>null</code> </li> </ul></code></code></code></p> <p><img src="https://img.php.cn/upload/article/000/000/020/5cc4fdf22f28d8552a4eb8b088117835-0.png" alt="">10.rows</p> <h2><code>rows code>: 테이블 통계 정보 및 인덱스 사용량, 필요한 레코드를 찾기 위해 읽어야 하는 행 수를 추정합니다. <span class="header-link octicon octicon-link"></span><code>SQL</code>의 성능을 평가하는 데 중요한 데이터입니다. <code>mysql</code>이 스캔해야 하는 행 수는 <code>SQL의 성능을 매우 직관적으로 표시합니다. </code>. 좋지 않습니다. 일반적으로 <code>rows</code> 값이 작을수록 좋습니다. </code></h2> <p></p> <p>11.filtered</p> <p><code>filtered</code>백분율 값으로, 테이블에서 조건을 충족하는 레코드 수의 백분율입니다. 간단히 말하면, 이 필드는 스토리지 엔진에서 반환된 데이터를 필터링한 후 조건을 충족하는 나머지 레코드의 비율을 나타냅니다. </p> <p><code>MySQL.5.7</code> 버전 이전에는 <code>filtered</code>를 표시하려면 <code>explain Extended</code> 명령을 사용해야 합니다. <code>MySQL.5.7</code> 이후에는 기본적으로 <code>explain</code>이 <code>파티션</code> 및 <code>필터링</code> 정보를 직접 표시합니다. </p>🎜🎜🎜Twelve, Extra🎜🎜<code>Extra</code>: 다른 열에 표시하기에 적합하지 않은 정보, <code>Explain</code>에 있는 많은 추가 정보가 <code>에 표시됩니다. Extra 필드가 표시됩니다. 🎜<h5>🎜🎜1. 인덱스 사용</h5>🎜<code>인덱스 사용</code>: 해당 <code>select</code> 작업에서 포함 인덱스를 사용합니다. 해당 열은 인덱스에 의해 커버되며, 커버링 인덱스를 사용하면 쿼리 속도가 매우 빨라질 것입니다. 이는 <code>SQL</code> 최적화에서 이상적인 상태입니다. 🎜🎜커버링 인덱스란 무엇인가요?🎜🎜<code>SQL</code> 조각은 인덱스를 통해서만 반환될 수 있습니다. 쿼리해야 하는 데이터(하나 또는 여러 필드)는 보조 인덱스를 거치지 않아도 됩니다. . 기본 키 다음에 기본 키(<code>*</code> 선택)를 통해 전체 데이터 행을 쿼리합니다. 🎜🎜<strong>참고</strong>: 커버링 인덱스를 사용하려면 <code>선택</code>이 아닌 <code>선택</code> 시 필수 필드만 제거하고 해당 필드는 인덱싱되어 생성됩니다. 🎜<h5>🎜🎜2. where 사용</h5>🎜<code>where 사용</code>: 쿼리 중에 사용 가능한 인덱스가 없으며 <code>where</code> 조건부 필터링을 통해 필요한 데이터를 얻습니다. 그러나 <code>where</code> 문이 포함된 모든 쿼리가 <code>Using where</code>를 표시하는 것은 아닙니다. 🎜<h5>🎜🎜3. 임시 사용</h5>🎜<code>임시 사용</code>: 쿼리 결과를 임시 테이블에 저장해야 함을 나타내며 일반적으로 쿼리를 정렬하거나 그룹화할 때 사용됩니다. 🎜<h5>🎜🎜4. filesort 사용</h5>🎜<code>filesort 사용</code>: 인덱스, 즉 <code>ORDER BY</code> 필드를 사용하여 정렬 작업을 완료할 수 없음을 나타냅니다. code>에는 인덱스가 없습니다. 일반적으로 이러한 SQL은 최적화되어야 합니다. 🎜🎜<code>ORDER BY</code> 필드에 인덱스가 있는 경우 포함 인덱스가 사용되므로 실행보다 훨씬 빠릅니다. 🎜<h5>🎜🎜5. 조인 버퍼 사용</h5>🎜<code>조인 버퍼 사용</code>: 조인트 테이블을 쿼리할 때 테이블의 조인 조건이 인덱스를 사용하지 않는 경우 조인 버퍼가 필요합니다. 중간 결과를 저장하는 영역입니다. 🎜<h5>🎜🎜6. 불가능 where</h5>🎜<code>불가능 where</code>: 잘못된 <code>where</code> 문을 사용하여 조건을 충족하는 행이 없음을 의미합니다. . 🎜<h5>🎜🎜7. 사용된 테이블 없음</h5>🎜<code>사용된 테이블 없음</code>: 쿼리 문에 <code>FROM</code> 절이 없거나 <code>가 있습니다. FROM DUAL</code> 절. 🎜🎜 <code>Extra</code> 열에는 많은 정보가 있으므로 여기에 모두 나열하지는 않겠습니다. 자세한 내용은 <code>MySQL</code> 공식 문서를 참조하세요: https:// dev.mysql.com/doc /ref…🎜🎜🎜🎜🎜🎜🎜 요약🎜🎜키 열: 🎜🎜possible_keys: 사용 가능한 인덱스의 이름. 여기서 인덱스 이름은 인덱스가 생성될 때 지정된 인덱스 별명입니다. 인덱스에 별명이 없으면 인덱스의 첫 번째 열 이름이 기본적으로 표시됩니다(이 예에서는 "firstname"). 기본 인덱스 이름의 의미가 명확하지 않은 경우가 많습니다. 🎜🎜key: MySQL에서 실제로 사용하는 인덱스의 이름을 보여줍니다. 비어 있거나 NULL이면 MySQL은 인덱스를 사용하지 않습니다. 🎜🎜key_len: 인덱스에서 사용된 부분의 길이(바이트)🎜<p>ref: 목록이 (키로) <br> 상수(const) 또는 특정 테이블의 필드(조인인 경우)로 필터링되는지 여부 </p> <p>rows: MySQL이 올바른 테이블을 찾기 전에 수행해야 한다고 생각하는 작업 결과입니다. 검색된 레코드 수입니다. 분명히 여기서 이상적인 숫자는 1입니다. </p> <p>추천 학습: "<a href="//m.sbmmt.com/course/list/51.html" target="_blank">mysql 비디오 튜토리얼</a>"<br></p></code></code>

위 내용은 MySQL 설명의 용도는 무엇입니까? (자세한 실행 설명 포함)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!