Maison base de données tutoriel mysql 32个字节限制Oracle直方图优化

32个字节限制Oracle直方图优化

Jun 07, 2016 pm 05:13 PM

Oracle直方图的限制往往让不少初学者头痛mdash;mdash;超过32字节不显示,以及前32字节相同产生错误。由于OBJECT_TYPE列上的DIS

Oracle直方图的限制往往让不少初学者头痛——超过32字节不显示,以及前32字节相同产生错误。

由于OBJECT_TYPE列上的DISTINCT值的个数小于254,ORACLE将会在此列上建立频率直方图,优化器将会准确的估算出CONTENTS='TABLE'的查询返回37条记录。

下面看看如下的情况:

SQL> TRUNCATE TABLE T;

Table truncated.

SQL> SET AUTOT OFF
SQL> INSERT INTO T
  2  SELECT ROWNUM,OBJECT_NAME,RPAD('*',32,'*')||OBJECT_TYPE
  3  FROM ALL_OBJECTS WHERE ROWNUM

10000 rows created.

SQL> COMMIT;

Commit complete.

SQL> SELECT COUNT(1) FROM T;

  COUNT(1)
----------
     10000

SQL> SELECT CONTENTS ,COUNT(1) FROM T GROUP BY CONTENTS ;

CONTENTS                                             COUNT(1)
-------------------------------------------------- ----------
********************************SEQUENCE                    1
********************************LIBRARY                     3
********************************WINDOW GROUP                1
********************************INDEX PARTITION           347
********************************PACKAGE                   164
********************************SCHEDULE                    1
********************************TABLE PARTITION            25
********************************VIEW                     1150
********************************TABLE                      37
********************************PROCEDURE                  11
********************************CONSUMER GROUP              2
********************************INDEX SUBPARTITION       3328
********************************OPERATOR                   15
********************************WINDOW                      2
********************************INDEX                      34
********************************FUNCTION                   60
********************************SYNONYM                  2552
********************************TABLE SUBPARTITION       1714
********************************TYPE                      538
********************************JOB CLASS                   1
********************************PACKAGE BODY               13
********************************EVALUATION CONTEXT          1

22 rows selected.


SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER,'T',method_opt=>'FOR COLUMNS CONTENTS SIZE 254');

PL/SQL procedure successfully completed.

SQL> SELECT * FROM T WHERE CONTENTS='********************************TABLE';

Execution Plan
----------------------------------------------------------
Plan hash value: 2153619298

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      | 10000 |   654K|    24   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| T    | 10000 |   654K|    24   (0)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("CONTENTS"='********************************TABLE')


由于CONTENTS列的前32位都一样,ORACLE在收集统计信息直方图的时候只考虑前32位,这会导致ORACLE认为
所有的记录的列CONTENTS都是相同的,因此优化器估算返回的行数为10000。

 

SQL> UPDATE T SET CONTENTS=SUBSTR(CONTENTS,2);

10000 rows updated.

SQL> COMMIT;

Commit complete.

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER,'T',method_opt=>'FOR COLUMNS CONTENTS SIZE 254');

PL/SQL procedure successfully completed.

SQL> SELECT CONTENTS ,COUNT(1) FROM T GROUP BY CONTENTS ORDER BY 1;

CONTENTS                                             COUNT(1)
-------------------------------------------------- ----------
*******************************CONSUMER GROUP               2
*******************************EVALUATION CONTEXT           1
*******************************FUNCTION                    60
*******************************INDEX                       34
*******************************INDEX PARTITION            347
*******************************INDEX SUBPARTITION        3328
*******************************JOB CLASS                    1
*******************************LIBRARY                      3
*******************************OPERATOR                    15
*******************************PACKAGE                    164
*******************************PACKAGE BODY                13
*******************************PROCEDURE                   11
*******************************SCHEDULE                     1
*******************************SEQUENCE                     1
*******************************SYNONYM                   2552
*******************************TABLE                       37
*******************************TABLE PARTITION             25
*******************************TABLE SUBPARTITION        1714
*******************************TYPE                       538
*******************************VIEW                      1150
*******************************WINDOW                       2
*******************************WINDOW GROUP                 1

SQL> SELECT SUBSTR(CONTENTS,1,32),COUNT(1) FROM T GROUP BY SUBSTR(CONTENTS,1,32);

SUBSTR(CONTENTS,1,32)                      COUNT(1)
---------------------------------------- ----------
*******************************E                  1
*******************************J                  1
*******************************P                188
*******************************C                  2
*******************************S               2554
*******************************T               2314
*******************************F                 60
*******************************O                 15
*******************************L                  3
*******************************W                  3
*******************************I               3709
*******************************V               1150

12 rows selected.

 


SQL> SET AUTOT TRACEONLY EXP
SQL> SELECT * FROM T WHERE CONTENTS='*******************************TABLE';

Execution Plan
----------------------------------------------------------
Plan hash value: 2153619298

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |  2314 |   149K|    24   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| T    |  2314 |   149K|    24   (0)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("CONTENTS"='*******************************TABLE')

SQL> SELECT * FROM T WHERE CONTENTS='*******************************TYPE';

Execution Plan
----------------------------------------------------------
Plan hash value: 2153619298

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |  2314 |   149K|    24   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| T    |  2314 |   149K|    24   (0)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("CONTENTS"='*******************************TYPE')


从上面可以看出,ORACLE只考虑前32个字节,下面每一个值查询的估算行数都是等于3者实际记录数之和。

*******************************TABLE                       37
*******************************TABLE PARTITION             25
*******************************TABLE SUBPARTITION        1714
*******************************TYPE                       538

更多Oracle相关信息见Oracle 专题页面 ?tid=12

linux

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Outils d'IA chauds

Undresser.AI Undress

Undresser.AI Undress

Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover

AI Clothes Remover

Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

Video Face Swap

Video Face Swap

Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Outils chauds

Bloc-notes++7.3.1

Bloc-notes++7.3.1

Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver CS6

Dreamweaver CS6

Outils de développement Web visuel

SublimeText3 version Mac

SublimeText3 version Mac

Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Quand une analyse de table complète pourrait-elle être plus rapide que d'utiliser un index dans MySQL? Quand une analyse de table complète pourrait-elle être plus rapide que d'utiliser un index dans MySQL? Apr 09, 2025 am 12:05 AM

La numérisation complète de la table peut être plus rapide dans MySQL que l'utilisation d'index. Les cas spécifiques comprennent: 1) le volume de données est petit; 2) Lorsque la requête renvoie une grande quantité de données; 3) Lorsque la colonne d'index n'est pas très sélective; 4) Lorsque la requête complexe. En analysant les plans de requête, en optimisant les index, en évitant le sur-index et en maintenant régulièrement des tables, vous pouvez faire les meilleurs choix dans les applications pratiques.

Expliquez les capacités de recherche en texte intégral InNODB. Expliquez les capacités de recherche en texte intégral InNODB. Apr 02, 2025 pm 06:09 PM

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

Puis-je installer mysql sur Windows 7 Puis-je installer mysql sur Windows 7 Apr 08, 2025 pm 03:21 PM

Oui, MySQL peut être installé sur Windows 7, et bien que Microsoft ait cessé de prendre en charge Windows 7, MySQL est toujours compatible avec lui. Cependant, les points suivants doivent être notés lors du processus d'installation: téléchargez le programme d'installation MySQL pour Windows. Sélectionnez la version appropriée de MySQL (communauté ou entreprise). Sélectionnez le répertoire d'installation et le jeu de caractères appropriés pendant le processus d'installation. Définissez le mot de passe de l'utilisateur racine et gardez-le correctement. Connectez-vous à la base de données pour les tests. Notez les problèmes de compatibilité et de sécurité sur Windows 7, et il est recommandé de passer à un système d'exploitation pris en charge.

MySQL: Concepts simples pour l'apprentissage facile MySQL: Concepts simples pour l'apprentissage facile Apr 10, 2025 am 09:29 AM

MySQL est un système de gestion de base de données relationnel open source. 1) Créez une base de données et des tables: utilisez les commandes CreateDatabase et CreateTable. 2) Opérations de base: insérer, mettre à jour, supprimer et sélectionner. 3) Opérations avancées: jointure, sous-requête et traitement des transactions. 4) Compétences de débogage: vérifiez la syntaxe, le type de données et les autorisations. 5) Suggestions d'optimisation: utilisez des index, évitez de sélectionner * et utilisez les transactions.

Différence entre l'index cluster et l'index non cluster (index secondaire) dans InnODB. Différence entre l'index cluster et l'index non cluster (index secondaire) dans InnODB. Apr 02, 2025 pm 06:25 PM

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.

La relation entre l'utilisateur de MySQL et la base de données La relation entre l'utilisateur de MySQL et la base de données Apr 08, 2025 pm 07:15 PM

Dans la base de données MySQL, la relation entre l'utilisateur et la base de données est définie par les autorisations et les tables. L'utilisateur a un nom d'utilisateur et un mot de passe pour accéder à la base de données. Les autorisations sont accordées par la commande Grant, tandis que le tableau est créé par la commande Create Table. Pour établir une relation entre un utilisateur et une base de données, vous devez créer une base de données, créer un utilisateur, puis accorder des autorisations.

Mysql et Mariadb peuvent-ils coexister Mysql et Mariadb peuvent-ils coexister Apr 08, 2025 pm 02:27 PM

MySQL et MARIADB peuvent coexister, mais doivent être configurés avec prudence. La clé consiste à allouer différents numéros de port et répertoires de données à chaque base de données et ajuster les paramètres tels que l'allocation de mémoire et la taille du cache. La mise en commun de la connexion, la configuration des applications et les différences de version doivent également être prises en compte et doivent être soigneusement testées et planifiées pour éviter les pièges. L'exécution de deux bases de données simultanément peut entraîner des problèmes de performances dans les situations où les ressources sont limitées.

Expliquez différents types d'index MySQL (B-Tree, hachage, texte intégral, spatial). Expliquez différents types d'index MySQL (B-Tree, hachage, texte intégral, spatial). Apr 02, 2025 pm 07:05 PM

MySQL prend en charge quatre types d'index: B-Tree, hachage, texte intégral et spatial. 1. L'indice de tree B est adapté à la recherche de valeur égale, à la requête de plage et au tri. 2. L'indice de hachage convient aux recherches de valeur égale, mais ne prend pas en charge la requête et le tri des plages. 3. L'index de texte complet est utilisé pour la recherche en texte intégral et convient pour le traitement de grandes quantités de données de texte. 4. L'indice spatial est utilisé pour la requête de données géospatiaux et convient aux applications SIG.

See all articles