报告内容:TOP等待事件,TOP SQL,TOP SQL命令类型,TOP Session内容. 具体实现方式: SQLgt; @$Oracle_HOME/rdbms/admin/ashrpt.sql
报告内容:TOP等待事件,TOP SQL,TOP SQL命令类型,TOP Session内容.
具体实现方式:
SQL> @$Oracle_HOME/rdbms/admin/ashrpt.sql
Current Instance
~~~~~~~~~~~~~~~~
DB Id DB Name Inst Num Instance
----------- ------------ -------- ------------
631770879 ORA10 1 ora10
Specify the Report Type
~~~~~~~~~~~~~~~~~~~~~~~
Enter 'html' for an HTML report, or 'text' for plain text
Defaults to 'html'
Enter value for report_type: text --输入产生的报告文件类型
Type Specified: text
Instances in this Workload Repository schema
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
DB Id Inst Num DB Name Instance Host
------------ -------- ------------ ------------ ------------
* 631770879 1 ORA10 ora10 linux
Defaults to current database
Using database id: 631770879
Defaults to current instance
Using instance number: 1
ASH Samples in this Workload Repository schema
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Oldest ASH sample available: 12-Mar-08 12:22:57 [ 10246 mins in the past]
Latest ASH sample available: 19-Mar-08 15:05:08 [ 4 mins in the past]
Specify the timeframe to generate the ASH report
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Enter begin time for report:
-- Valid input formats:
-- To specify absolute begin time:
-- [MM/DD[/YY]] HH24:MI[:SS]
-- Examples: 02/23/03 14:30:15
-- 02/23 14:30:15
-- 14:30:15
-- 14:30
-- To specify relative begin time: (start with '-' sign)
-- -[HH24:]MI
-- Examples: -1:15 (SYSDATE - 1 Hr 15 Mins)
-- -25 (SYSDATE - 25 Mins)
Defaults to -15 mins
Enter value for begin_time: 14:40 --输入开始时间
Report begin time specified: 14:40
Enter duration in minutes starting from begin time:
Defaults to SYSDATE - begin_time
Press Enter to analyze till current time
Enter value for duration: 20 --输入要统计的时间间隔
Report duration specified: 20
Using 19-Mar-08 14:40:00 as report begin time
Using 19-Mar-08 15:00:00 as report end time
Specify Slot Width (using ashrpti.sql) for 'Activity Over Time' section
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- Explanation:
-- In the 'Activity Over Time' section of the ASH report,
-- the analysis period is divided into smaller slots
-- and top wait events are reported in each of those slots.
-- Default:
-- The analysis period will be automatically split upto 10 slots
-- complying to a minimum slot width of
-- 1 minute, if the source is V$ACTIVE_SESSION_HISTORY or
-- 5 minutes, if the source is DBA_HIST_ACTIVE_SESS_HISTORY.
Specify Slot Width in seconds to use in the 'Activity Over Time' section:
Defaults to a value as explained above:
Slot Width specified:
Specify Report Targets (using ashrpti.sql) to generate the ASH report
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- Explanation:
-- ASH Report can accept "Report Targets",
-- like a particular SQL statement, or a particular SESSION,
-- to generate the report on. If one or more report targets are
-- specified, then the data used to generate the report will only be
-- the ASH samples that pertain to ALL the specified report targets.
-- Default:
-- If none of the report targets are specified,
-- then the target defaults to all activity in the database instance.
Specify SESSION_ID (eg: from V$SESSION.SID) report target:
Defaults to NULL:
SESSION report target specified:
Specify SQL_ID (eg: from V$SQL.SQL_ID) report target:
Defaults to NULL: (% and _ wildcards allowed)
SQL report target specified:
Specify WATI_CLASS name (eg: from V$EVENT_NAME.WAIT_CLASS) report target:
[Enter 'CPU' to investigate CPU usage]
Defaults to NULL: (% and _ wildcards allowed)
WAIT_CLASS report target specified:
Specify SERVICE_HASH (eg: from V$ACTIVE_SERVICES.NAME_HASH) report target:
Defaults to NULL:
SERVICE report target specified:
Specify MODULE name (eg: from V$SESSION.MODULE) report target:
Defaults to NULL: (% and _ wildcards allowed)
MODULE report target specified:
Specify ACTION name (eg: from V$SESSION.ACTION) report target:
Defaults to NULL: (% and _ wildcards allowed)
ACTION report target specified:
Specify CLIENT_ID (eg: from V$SESSION.CLIENT_IDENTIFIER) report target:
Defaults to NULL: (% and _ wildcards allowed)
CLIENT_ID report target specified:
EXT
----
.txt
Specify the Report Name
~~~~~~~~~~~~~~~~~~~~~~~
The default report file name is ashrpt_1_0319_1500.txt. To use this name,
press
Enter value for report_name: --这里直接按回车,或者更改文件名.
Using the report name ashrpt_1_0319_1500.txt
Summary of All User Input
-------------------------
Format : TEXT
DB Id : 631770879
Inst num : 1
Begin time : 19-Mar-08 14:40:00
End time : 19-Mar-08 15:00:00
Slot width : Default
Report targets : 0
Report name : ashrpt_1_0319_1500.txt
产生的报告内容如下:
oracle@linux:/SERVER/soft> cat ashrpt_1_0319_1500.txt
ASH Report For ORA10/ora10
DB Name DB Id Instance Inst Num Release RAC Host
------------ ----------- ------------ -------- ----------- --- ------------
ORA10 631770879 ora10 1 10.2.0.1.0 NO linux
CPUs SGA Size Buffer Cache Shared Pool ASH Buffer Size
---- ------------------ ------------------ ------------------ ------------------
1 160M (100%) 72M (45.0%) 68M (42.5%) 2.0M (1.3%)
Analysis Begin Time: 19-Mar-08 14:40:00
Analysis End Time: 19-Mar-08 15:00:00
Elapsed Time: 20.0 (mins)
Sample Count: 29
Average Active Sessions: 0.02
Avg. Active Session per CPU: 0.02
Report Target: None specified
Top User Events DB/Inst: ORA10/ora10 (Mar 19 14:40 to 15:00)
Avg Active
Event Event Class % Activity Sessions
----------------------------------- --------------- ---------- ----------
CPU + Wait for CPU CPU 51.72 0.01
db file sequential read User I/O 6.90 0.00
null event Other 6.90 0.00
-------------------------------------------------------------
Top Background Events DB/Inst: ORA10/ora10 (Mar 19 14:40 to 15:00)
Avg Active
Event Event Class % Activity Sessions
----------------------------------- --------------- ---------- ----------
CPU + Wait for CPU CPU 17.24 0.00
os thread startup Concurrency 17.24 0.00
Activity Over Time DB/Inst: ORA10/ora10 (Mar 19 14:40 to 15:00)
-> Analysis period is divided into smaller time slots
-> Top 3 events are reported in each of those slots
-> 'Slot Count' shows the number of ASH samples in that slot
-> 'Event Count' shows the number of ASH samples waiting for
that event in that slot
-> '% Event' is 'Event Count' over all ASH samples in the analysis period
Slot Event
Slot Time (Duration) Count Event Count % Event
-------------------- -------- ------------------------------ -------- -------
14:40:00 (2.0 min) 15 CPU + Wait for CPU 14 48.28
db file sequential read 1 3.45
14:42:00 (2.0 min) 5 CPU + Wait for CPU 3 10.34
os thread startup 2 6.90
14:44:00 (2.0 min) 3 db file sequential read 1 3.45
null event 1 3.45
os thread startup 1 3.45
14:46:00 (2.0 min) 3 os thread startup 2 6.90
CPU + Wait for CPU 1 3.45
14:50:00 (2.0 min) 1 CPU + Wait for CPU 1 3.45
14:56:00 (2.0 min) 1 CPU + Wait for CPU 1 3.45
14:58:00 (2.0 min) 1 null event 1 3.45
-------------------------------------------------------------
End of Report
注:ASH 的信息,以V$SESSION为基础,每秒采样一次,记录活动会话等待的事件. 可以在V$ACTIVE_SESSION_HISOTRY视图中访问到相关的信息.
更多Oracle相关信息见Oracle 专题页面 ?tid=12

INNODB utilise des redologues et des undologs pour assurer la cohérence et la fiabilité des données. 1. REDOLOGIE RÉCLABLIER MODIFICATION DE PAGE DES DONNÉES Pour assurer la récupération des accidents et la persistance des transactions. 2.Undologs Enregistre la valeur des données d'origine et prend en charge le Rollback de la transaction et MVCC.

Les métriques clés des commandes Explication incluent le type, la clé, les lignes et le supplément. 1) Le type reflète le type d'accès de la requête. Plus la valeur est élevée, plus l'efficacité est élevée, comme Const est meilleure que tous. 2) La clé affiche l'index utilisé et NULL n'indique pas d'index. 3) Les lignes estiment le nombre de lignes numérisées, affectant les performances de la requête. 4) Extra fournit des informations supplémentaires, telles que l'utilisation des invites de FilesOrt qu'elles doivent être optimisées.

L'utilisation de Temporary indique que la nécessité de créer des tables temporaires dans les requêtes MySQL, qui se trouvent couramment dans l'ordre en utilisant des colonnes distinctes, groupby ou non indexées. Vous pouvez éviter la survenue d'index et réécrire les requêtes et améliorer les performances de la requête. Plus précisément, lorsque l'utilisation de Temporary apparaît dans Explication Sortie, cela signifie que MySQL doit créer des tables temporaires pour gérer les requêtes. Cela se produit généralement lorsque: 1) la déduplication ou le regroupement lors de l'utilisation distincte ou groupby; 2) Trier lorsque OrderBy contient des colonnes non d'index; 3) Utilisez des opérations de sous-requête complexe ou de jointure. Les méthodes d'optimisation incluent: 1) OrderBy et GroupB

MySQL / INNODB prend en charge quatre niveaux d'isolement des transactions: ReadUnCommitted, ReadCommit, RepeatableRead et Serializable. 1. Readuncommitted permet la lecture de données non engagées, ce qui peut provoquer une lecture sale. 2. Readcommite évite la lecture sale, mais une lecture non répétée peut se produire. 3.RepeatableReread est le niveau par défaut, en évitant la lecture sale et la lecture non répétée, mais la lecture fantôme peut se produire. 4. La sérialisable évite tous les problèmes de concurrence mais réduit la concurrence. Le choix du niveau d'isolement approprié nécessite d'équilibrer la cohérence des données et les exigences de performance.

MySQL convient aux applications Web et aux systèmes de gestion de contenu et est populaire pour son open source, ses performances élevées et sa facilité d'utilisation. 1) Par rapport à PostgreSQL, MySQL fonctionne mieux dans les requêtes simples et les opérations de lecture simultanées élevées. 2) Par rapport à Oracle, MySQL est plus populaire parmi les petites et moyennes entreprises en raison de son open source et de son faible coût. 3) Par rapport à Microsoft SQL Server, MySQL est plus adapté aux applications multiplateformes. 4) Contrairement à MongoDB, MySQL est plus adapté aux données structurées et au traitement des transactions.

La cardinalité de l'index MySQL a un impact significatif sur les performances de la requête: 1. L'indice de cardinalité élevé peut réduire plus efficacement la plage de données et améliorer l'efficacité de la requête; 2. L'indice de cardinalité faible peut entraîner une analyse complète de la table et réduire les performances de la requête; 3. Dans l'indice conjoint, des séquences de cardinalité élevées doivent être placées devant pour optimiser la requête.

Le chemin d'apprentissage MySQL comprend des connaissances de base, des concepts de base, des exemples d'utilisation et des techniques d'optimisation. 1) Comprendre les concepts de base tels que les tables, les lignes, les colonnes et les requêtes SQL. 2) Apprenez la définition, les principes de travail et les avantages de MySQL. 3) Master les opérations de base CRUD et l'utilisation avancée, telles que les index et les procédures stockées. 4) Familier avec les suggestions de débogage d'erreurs et d'optimisation des performances communes, telles que l'utilisation rationnelle des indices et les requêtes d'optimisation. Grâce à ces étapes, vous aurez une compréhension complète de l'utilisation et de l'optimisation de MySQL.

Les applications réelles de MySQL incluent la conception de base de données de base et l'optimisation des requêtes complexes. 1) Utilisation de base: utilisé pour stocker et gérer les données des utilisateurs, telles que l'insertion, l'interrogation, la mise à jour et la suppression des informations utilisateur. 2) Utilisation avancée: gérer la logique commerciale complexe, telle que la gestion de l'ordre et des stocks des plateformes de commerce électronique. 3) Optimisation des performances: améliorer les performances en utilisant rationnellement les index, les tables de partition et les caches de requête.


Outils d'IA chauds

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

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

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

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

Listes Sec
SecLists est le compagnon ultime du testeur de sécurité. Il s'agit d'une collection de différents types de listes fréquemment utilisées lors des évaluations de sécurité, le tout en un seul endroit. SecLists contribue à rendre les tests de sécurité plus efficaces et productifs en fournissant facilement toutes les listes dont un testeur de sécurité pourrait avoir besoin. Les types de listes incluent les noms d'utilisateur, les mots de passe, les URL, les charges utiles floues, les modèles de données sensibles, les shells Web, etc. Le testeur peut simplement extraire ce référentiel sur une nouvelle machine de test et il aura accès à tous les types de listes dont il a besoin.

Dreamweaver Mac
Outils de développement Web visuel

PhpStorm version Mac
Le dernier (2018.2.1) outil de développement intégré PHP professionnel