doc-exports/docs/dws/umn/dws_01_01752.html
Lu, Huayi 95132e24fc DWS UMN 830.201_new version
Reviewed-by: Pruthi, Vineet <vineet.pruthi@t-systems.com>
Reviewed-by: Rechenburg, Matthias <matthias.rechenburg@t-systems.com>
Co-authored-by: Lu, Huayi <luhuayi@huawei.com>
Co-committed-by: Lu, Huayi <luhuayi@huawei.com>
2024-05-27 11:54:34 +00:00

115 lines
28 KiB
HTML

<a name="EN-US_TOPIC_0000001659054522"></a><a name="EN-US_TOPIC_0000001659054522"></a>
<h1 class="topictitle1">Table Diagnosis</h1>
<div id="body8662426"><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p8060118">GaussDB(DWS) provides statistics and diagnostic tools for you to learn table status, including:</p>
<ul id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ul191544312613"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li9915104352615"><a href="#EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section88392211094">Skew Rate</a>: monitors and analyzes data table statistics in the cluster, and displays information about the 50 largest tables whose skew rate is higher than 5%.</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li391519439261"><a href="#EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section199365318174">Dirty Page Rate</a>: monitors and analyzes data table statistics in the cluster, and displays information about the 50 largest tables whose skew rate is higher than 50%.</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li391515432260"><a href="#EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section251323071917">DDL Audit</a>: DDL review is a type of SQL review. To prevent improper DDL design from affecting services, this tool checks whether DDL metadata is standard, detecting potential table definition problems in advance. The check result can also be used as a reference for locating performance issues.</li></ul>
<div class="note" id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_note15747424132212"><img src="public_sys-resources/note_3.0-en-us.png"><span class="notetitle"> </span><div class="notebody"><ul id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ul13747152418220"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li1074722420225">Only <span id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ph1874822402215">8.1.1.x</span> and later versions support the table skew rate and dirty page rate features. For earlier versions, contact technical support.</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li16434202819329">Only <span id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ph0434528143213">8.1.1.300</span> and later versions support the DDL review feature. For earlier versions, contact technical support.</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li45271820142019">The data collection period of the table skew and dirty page checks can be configured on the <a href="dws_01_00135.html#EN-US_TOPIC_0000001658895206__en-us_topic_0000001423119253_en-us_topic_0000001076708691_section149871230683">Monitoring Collection</a> page. Frequent data collection may affect cluster performance. Set a proper period based on your cluster workloads.</li></ul>
</div></div>
<div class="section" id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section88392211094"><a name="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section88392211094"></a><a name="en-us_topic_0000001431595257_section88392211094"></a><h4 class="sectiontitle">Skew Rate</h4><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p28396263915"><strong id="EN-US_TOPIC_0000001659054522__b648011298384">Context</strong></p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p3986135215915">Improper distribution columns can cause severe skew during operator computing or data spill to disk. The workloads will be unevenly distributed on DNs, resulting in high disk usage on a single DN and affecting performance. You can query the table skew rate and then choose an alternative distribution column for the table with significant skew. Consider both the table size and the skew rate when making your selection. For clusters of 8.1.0 or later, see section "ALTR TABLE" in Data Warehouse Service (DWS) Developer Guide. For other versions, see "How Do I Adjust Distribution Columns?" in <em id="EN-US_TOPIC_0000001659054522__i11491162820423">Data Warehouse Service (DWS) User Guide</em></p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p380518551611"><strong id="EN-US_TOPIC_0000001659054522__b1898031312163">Procedure</strong></p>
<ol id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ol1502183983316"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_en-us_topic_0000001076708691_li1040416861710"><span>Log in to the GaussDB(DWS) management console.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_en-us_topic_0000001076708691_li14404488172"><span>On the <strong id="EN-US_TOPIC_0000001659054522__b9627161042017">Clusters</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b062713104204">Dedicated Clusters</strong> page, locate the cluster to be monitored.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_en-us_topic_0000001076708691_li15632517113712"><span>In the <strong id="EN-US_TOPIC_0000001659054522__b98882882132918">Operation</strong> column of the target cluster, click <strong id="EN-US_TOPIC_0000001659054522__b116674588532918">Monitoring Panel</strong>.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li88321642155214"><span>In the navigation tree on the left, choose <strong id="EN-US_TOPIC_0000001659054522__b58512437614">Utilities</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b1974461061">Table Diagnosis</strong> and click the <strong id="EN-US_TOPIC_0000001659054522__b1189810471663">Skew Rate</strong> tab. The tables that meet the statistics collection conditions in the cluster are displayed.</span><p><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1678913298546"><span><img id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_image19834130781" src="figure/en-us_image_0000001759357189.png" title="Click to enlarge" class="imgResize"></span></p>
</p></li></ol>
</div>
<div class="section" id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section199365318174"><a name="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section199365318174"></a><a name="en-us_topic_0000001431595257_section199365318174"></a><h4 class="sectiontitle">Dirty Page Rate</h4><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p168411137170"><strong id="EN-US_TOPIC_0000001659054522__b5296193112392">Context</strong></p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1033185511383">DML operations on tables may generate dirty data, which unnecessarily occupies cluster storage. You can query the dirty page rate, and handle large tables and tables with high dirty page rate. For details, see "Solution to High Disk Usage and Cluster Read-Only" in <em id="EN-US_TOPIC_0000001659054522__i62719014206">Data Warehouse Service (DWS) User Guide</em>.</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p16701181812175"><strong id="EN-US_TOPIC_0000001659054522__b1913461274">Procedure</strong></p>
<ol id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ol1377562215195"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li1077652218198"><span>Log in to the GaussDB(DWS) management console.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li77767226195"><span>On the <strong id="EN-US_TOPIC_0000001659054522__b088744813196">Clusters</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b1688824811911">Dedicated Clusters</strong> page, locate the cluster to be monitored.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li1776102291917"><span>In the <strong id="EN-US_TOPIC_0000001659054522__b98283623132918">Operation</strong> column of the target cluster, click <strong id="EN-US_TOPIC_0000001659054522__b20039571332918">Monitoring Panel</strong>.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li15707101413164"><span>In the navigation tree on the left, choose <strong id="EN-US_TOPIC_0000001659054522__b2080615819814">Utilities</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b11806589817">Table Diagnosis</strong> and click the <strong id="EN-US_TOPIC_0000001659054522__b128061381584">Dirty Page Rate</strong> tab. The tables that meet the statistics collection conditions in the cluster are displayed.</span><p><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p95901835131617"><span><img id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_image1151242718567" src="figure/en-us_image_0000001711438140.png" title="Click to enlarge" class="imgResize"></span></p>
</p></li></ol>
</div>
<div class="section" id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section251323071917"><a name="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_section251323071917"></a><a name="en-us_topic_0000001431595257_section251323071917"></a><h4 class="sectiontitle">DDL Audit</h4><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1781121514256"><strong id="EN-US_TOPIC_0000001659054522__b7261339181116">Viewing and Exporting DDL Audit Results</strong></p>
<ol id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_en-us_topic_0000001076708691_ol1113412515125"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li64291602255"><span>Log in to the GaussDB(DWS) management console.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li242917022516"><span>On the <strong id="EN-US_TOPIC_0000001659054522__b0422950181918">Clusters</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b942219508194">Dedicated Clusters</strong> page, locate the cluster to be monitored.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li134299013253"><span>In the <strong id="EN-US_TOPIC_0000001659054522__b28100866332918">Operation</strong> column of the target cluster, click <strong id="EN-US_TOPIC_0000001659054522__b77787529132918">Monitoring Panel</strong>.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li1842913012253"><span>In the navigation tree on the left, choose <strong id="EN-US_TOPIC_0000001659054522__b3933049797">Utilities</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b179365524919">Table Diagnosis</strong>, and click the <strong id="EN-US_TOPIC_0000001659054522__b18472327693">DDL Audit</strong> tab. The audit results are displayed.</span><p><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p97185399108"><span><img id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_image6127114071016" src="figure/en-us_image_0000001711597632.png" title="Click to enlarge" class="imgResize"></span></p>
<div class="note" id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_note13183173920553"><img src="public_sys-resources/note_3.0-en-us.png"><span class="notetitle"> </span><div class="notebody"><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1937595555514">The selected audit items are displayed on the <strong id="EN-US_TOPIC_0000001659054522__b128808555832918">DDL Audit</strong> tab by default. You can configure the audit items on the <a href="dws_01_00135.html#EN-US_TOPIC_0000001658895206__en-us_topic_0000001423119253_en-us_topic_0000001076708691_section149871230683">Monitoring Collection</a> tab. For more information, see <a href="#EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_table158169165618">Table 1</a>.</p>
</div></div>
<div class="tablenoborder"><a name="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_table158169165618"></a><a name="en-us_topic_0000001431595257_table158169165618"></a><table cellpadding="4" cellspacing="0" summary="" id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_table158169165618" frame="border" border="1" rules="all"><caption><b>Table 1 </b>Audit items</caption><thead align="left"><tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row5910905614"><th align="left" class="cellrowborder" valign="top" width="28.08%" id="mcps1.3.6.3.4.2.3.2.3.1.1"><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p11919155617">Item</p>
</th>
<th align="left" class="cellrowborder" valign="top" width="71.92%" id="mcps1.3.6.3.4.2.3.2.3.1.2"><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p181018915563">Description</p>
</th>
</tr>
</thead>
<tbody><tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row1103955611"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p4111296562">Number of Distribution Keys (disKeyCount)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p7111692563">If there is no data skew, use no more than four distribution keys.</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p71115911566">Generally, if you use many distribution keys, data can be evenly distributed in a cluster, thus avoid data skew. However, if too many distribution keys are used, the storage performance and joint query performance may deteriorate. You are advised to configure no more than four distribution keys.</p>
<ul id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ul1511591563"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li131110925615">Storage performance issue:<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p911129125614"><a name="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li131110925615"></a><a name="en-us_topic_0000001431595257_li131110925615"></a>When data is added, the hash function calculates the result of each distribution column, aggregates the results, and then determine where to distribute data. A large number of distribution keys require time-consuming, complex calculation.</p>
</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li6115995612">Union query performance issue:<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1111296562"><a name="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li6115995612"></a><a name="en-us_topic_0000001431595257_li6115995612"></a>During multi-table join query, if all the columns of the distribution key are involved in the join condition, data does not need to be redistributed in the execution plan. If a large number of distribution keys are used, some of them may not be the columns involved in the join condition, and data redistribution may occur, which consumes many resources and takes long.</p>
</li></ul>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row11111298568"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p11114955616">Number of Index Columns/PCKs (indexKeyOrPckCount)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p19112925611">It is recommended that the number of partial cluster keys (PCKs)/columns of an index be less than or equal to 4.</p>
<ul id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ul17111935619"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li51120915616">A large number of index columns require many resources to maintain index data, and are likely to contain duplicate indexes.</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li91115965613">While column-store data is imported, PCK columns are compared and calculated to determine CU division. A large number of PCKs will consume many resources and much time, affecting performance. To efficiently filter CUs in a query, the prefixes of the columns involved in the query conditions must be PCK columns. and b&gt;? (For example, if the PCK columns are <strong id="EN-US_TOPIC_0000001659054522__b2560533172110">a</strong>, <strong id="EN-US_TOPIC_0000001659054522__b208814367210">b</strong>, and <strong id="EN-US_TOPIC_0000001659054522__b415815397217">c</strong>, the query criteria must be <strong id="EN-US_TOPIC_0000001659054522__b3491648202113">a&gt;? and b&gt;? and c&gt;?</strong>.) Otherwise, all the CUs must be traversed, and data clustering does not contribute to query acceleration.</li></ul>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row171219905619"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p91269125619">Invalid PCKs (invalidPck)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1812149185612">Do not create invalid PCK columns.</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p9127910562">In 8.1.1 and later versions, the cluster can filter and compare data of the char, int8, int2, int4, text, bpchar, varchar, date, time, timestamp and timestamptz types. If a column of an unsupported data type is used as a PCK, the column is an invalid PCK column. It does not take effect during CU filtering and will consume resources for its maintenance.</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row1812699565"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p31215975611">numeric Data Usage (validityOfNumeric)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p161218918564">When numeric data types are used, use integers if possible. If the precision requirement is not high, use the float fixed-length data type. The float fixed-length data type has better computing performance than the numeric variable-length data type.</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1712159155610">That is, if the numeric type is used, you are advised to specify the scale and precision within 38 bits. When the numeric type is used for calculation, the underlying layer attempts to convert the calculation to the calculation between int and bigint to improve the calculation efficiency. That is, the large integer optimization of the data type is used.</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p13128917565">In 8.1.1 and later versions, if no precision is specified, a maximum of 131,072 digits can be placed before the decimal point and a maximum of 16,383 digits can be placed after the decimal point. That is, the maximum scale and precision are used. In this case, large integer optimization cannot be performed during calculation, and the calculation efficiency decreases accordingly.</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row19123965614"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p191214935617">Index Column Width (widthOfIndexKey)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p4121490569">Generally, wide index columns are character string columns, which do not involve compare operations and will lead to large indexes that consume unnecessary space. Specify a value smaller than 64 bytes.</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row1012109195620"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p91316914561">Replication Table Size (sizeOfCopyTable)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p1113179105614">Tables that occupy more storage space than the threshold (100 MB) on a single DN will be identified. For such tables, you are advised to use common associated columns as distribution keys (generally with one primary key).</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p4131592569">The cluster supports replication tables. A replication table maintains a full copy of data on each node and is mainly used to store data of enumerated types. If a table contains too much data, it will occupy a large amount of space. In addition, in a union query, the node traverses all table data, which may take a longer time than the union query after the table type is changed to distribution table. (Although data may be redistributed in the distribution table, the amount of data traversed by each node decreases.)</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row151313985612"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p21310910564">Skew Detection for Single-Distribution-Key Tables (recognitionOfDataSkew)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p41316915564">Data skew of single-distribution-key tables is detected by statistics. This audit applies only to tables with one distribution key.</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row21369135619"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p313139115614">Distribution Key Usage (validityOfDiskey)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p121311925610">In a cluster, you are not advised to use a column of the Boolean or date type as a distribution column, because it may cause data skew.</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row161418917569"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p114198563">Number of Cached Sequence Values (cacheSizeOfSequence)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p11410913563">Specify a number greater than 100.</p>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p10141599565">If a table column uses sequences, its <strong id="EN-US_TOPIC_0000001659054522__b34944115432918">next_value</strong> is obtained from the cached value in the local node. If cached sequence values are used up, a request will be sent asking GTM to obtain the value again. If a large amount of data is added but only a few values are cached, GTM will receive many requests, and may get overloaded and even break down. To avoid this problem, you are advised to set the cache value to a value greater than 100 when creating a sequence.</p>
</td>
</tr>
<tr id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_row11147995614"><td class="cellrowborder" valign="top" width="28.08%" headers="mcps1.3.6.3.4.2.3.2.3.1.1 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p71419914566">Optimizable Indexes (optimizableIndexKey)</p>
</td>
<td class="cellrowborder" valign="top" width="71.92%" headers="mcps1.3.6.3.4.2.3.2.3.1.2 "><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p16143919566">Scenarios where indexes can be optimized:</p>
<ul id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ul9143915616"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li1014169195618">The index column of an index is the first <em id="EN-US_TOPIC_0000001659054522__i154396941532918">N</em> columns of another index.</li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li10147917564">The index columns of two indexes are the same, but the orders are different.</li></ul>
</td>
</tr>
</tbody>
</table>
</div>
</p></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li188249243395"><span>If the review result of an item is <strong id="EN-US_TOPIC_0000001659054522__b126889471332918">Failed</strong>, click <strong id="EN-US_TOPIC_0000001659054522__b122271552332918">View</strong> to go to the details page.</span><p><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p518023295513"><span><img id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_image111811432175512" src="figure/en-us_image_0000001759517061.png" title="Click to enlarge" class="imgResize"></span></p>
</p></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li131545015541"><span>Click <strong id="EN-US_TOPIC_0000001659054522__b1178961863417">Export</strong> in the upper left corner to export the audit result.</span><p><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p161481352205619"><span><img id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_image737311147572" src="figure/en-us_image_0000001759357193.png" title="Click to enlarge" class="imgResize"></span></p>
</p></li></ol>
<p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p132885442517"><strong id="EN-US_TOPIC_0000001659054522__b1081022191220">Manually Auditing DDL Items</strong></p>
<ol id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_ol282515719347"><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li88251357183416"><span>Log in to the GaussDB(DWS) management console.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li582520571341"><span>On the <strong id="EN-US_TOPIC_0000001659054522__b10565213194">Clusters</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b1056525191">Dedicated Clusters</strong> page, locate the cluster to be monitored.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li88256572340"><span>In the <strong id="EN-US_TOPIC_0000001659054522__b73250771132918">Operation</strong> column of the target cluster, choose <strong id="EN-US_TOPIC_0000001659054522__b199786075232918">Monitoring Panel</strong>. The database monitoring page is displayed.</span></li><li id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_li1182545743410"><span>In the navigation tree on the left, choose <strong id="EN-US_TOPIC_0000001659054522__b2105158632918">Utilities</strong> &gt; <strong id="EN-US_TOPIC_0000001659054522__b1891911432248">Table Diagnosis</strong>, and click the <strong id="EN-US_TOPIC_0000001659054522__b196783422232918">DDL Audit</strong> tab. On the page that is displayed, select the items to be audited and click <strong id="EN-US_TOPIC_0000001659054522__b111399930232918">One-Click Audit</strong>.</span><p><p id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_p543591423"><span><img id="EN-US_TOPIC_0000001659054522__en-us_topic_0000001431595257_image13924143131912" src="figure/en-us_image_0000001711438144.png" title="Click to enlarge" class="imgResize"></span></p>
</p></li></ol>
</div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="dws_01_00175.html">Utilities</a></div>
</div>
</div>
<script language="JavaScript">
<!--
image_size('.imgResize');
var msg_imageMax = "view original image";
var msg_imageClose = "close";
//--></script>