Zeichenklassen

Die Zeichenklassen geben die Zeichen an, die Sie abgleichen oder nicht abgleichen möchten. Stellen Sie sicher, dass Sie . in .*s durch ein spezifischeres Zeichen ersetzen. Der Teil .* wird stets an das Ende der Eingabe verschoben und dann auf einen zuvor gespeicherten Status zurückgesetzt (Backtracking), um die Suche nach einer Übereinstimmung fortzusetzen. Wenn Sie eine bestimmte Zeichenklasse verwenden, können Sie kontrollieren, wie viele Zeichen die reguläre Ausdrucks-Engine durch * konsumiert. Dadurch können Sie das stetige Backtracking stoppen.

Beispiel für einen regulären Ausdruck:

(\d{4})(\d{2})(\d{2}),(\S+),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([\S\s]*),([0-9.]+),([0-9.]+),([0-9.]+),([0-9.]+),([0-9.]+),([0-9.]+)

Eingabe:

Als Ergebnis des angegebenen regulären Ausdrucks kann der Abgleich in Backtracking versetzt werden. Diese Situation wird von Oracle Logging Analytics erkannt, und der Abgleichsvorgang wird abgebrochen.

Wenn Sie den regulären Ausdruck in das folgende Beispiel ändern, können Sie sicherstellen, dass der Abgleich schneller abgeschlossen wird. Beachten Sie, dass [\S\s]* in [^,] geändert wird, wodurch unnötiges Backtracking vermieden wird.

(\d{4})(\d{2})(\d{2}),(\S+),([^,]*),([^,]*),([^,]*),([^,]*),([^,]*),([^,]*),([^,]*),([^,]*),([^,]*),([^,]*),([0-9.]+),([0-9.]+),([0-9.]+),([0-9.]+),([0-9.]+),([0-9.]+)

Lazy-Quantifizierer

In vielen regulären Ausdrücken können Greedy-Quantifizierer (.*s) problemlos durch Lazy-Quantifizierer (.*?s) ersetzt werden. Dadurch verbessert sich die Performance des regulären Ausdrucks bei gleichem Ergebnis.

Beachten Sie die folgende Abfrage:

Trace file /u01/app/oracle/diag/rdbms/navisdb/NAVISDB/trace/NAVISDB_arc0_3941.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_1
System name: Linux
Node name: NAVISDB
Release: 2.6.18-308.el5
Version: #1 SMP Fri Jan 27 17:17:51 EST 2012
Machine: x86_64
Instance name: NAVISDB
Redo thread mounted by this instance: 1
Oracle process number: 21
Unix process pid: 3941, image: oracle@NAVISDB (ARC0)

Betrachten Sie den folgenden regulären Greedy-Ausdruck für die angegebene Eingabe:

Trace\sfile\s(\S*).*ORACLE_HOME\s*[:=]\s*(\S*).*System\sname:\s*(\S*).*Node\sname:\s*(\S*).*Release:\s*(\S*).*Machine:\s*(\S*).*Instance\sname:\s*(\S*).*Redo\sthread\smounted\sby\sthis\sinstance:\s(\d*).*Oracle\sprocess\snumber:\s*(\d*).*Unix\sprocess\spid:\s(\d*).*image:\s+([^\n\r]*)

Die reguläre Ausdrucks-Engine wird bei jedem Vorkommen von .*. an das Ende der Eingabe versetzt. Wenn .* zum ersten Mal vorkommt, wird die gesamte Eingabe abgearbeitet und dann Backtracking zu ORACLE_HOME vorgenommen. Das ist eine ineffiziente Abgleichsmethode. Der alternative reguläre Lazy-Ausdruck:

Trace\sfileRelease:\s*(\S*).*?Machine:\s*(\S*).*?Instance\sname:\s*(\S*).*?Redo\sthread\smounted\sby\sthis\sinstance:\s(\d*).*?Oracle\sprocess\snumber:\s*(\d*).*?Unix\sprocess\spid:\s(\d*).*?image:\s+([^\n\r]*)

Mit dem oben genannten regulären Lazy-Ausdruck würde die Abarbeitung am Anfang der Zeichenfolge beginnen und bis Erreichung von ORACLE_HOME fortgesetzt werden. An dieser Stelle kann der Abgleich mit der restlichen Zeichenfolge fortgesetzt werden.

Hinweis: Wenn das Feld ORACLE_HOME zu Beginn der Eingabe vorkommt, muss der Lazy-Quantifizierer verwendet werden. Wenn das Feld ORACLE_HOME gegen Ende vorkommt, kann der Greedy-Quantifizierer geeignet sein.

Anker

Anker geben der regulären Ausdrucks-Engine an, dass der Cursor an einer bestimmten Stelle in der Eingabe platziert werden soll. Die häufigsten Anker sind ^ und $ für Anfang bzw. Ende der Eingabe.

Reguläre Ausdrücke zum Finden einer IPv4-Adresse:

\d{1,3}\.d{1,3}.\d{1,3}.\d{1,3}

^\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}

Der zweite reguläre Ausdruck beginnt mit ^ und gibt an, dass die IP-Adresse am Anfang der Eingabe angezeigt werden soll.

In einer Eingabe wie dem folgenden Beispiel wird nach dem regulären Ausdruck gesucht:

107.21.20.1 - - [07/Dec/2012:18:55:53 -0500] "GET
      /extension/bsupport/design/cl/images/btn_letschat.png HTTP/1.1" 200
    2144

Eine nicht übereinstimmende Eingabe würde dem folgenden Beispiel ähneln:

[07/Dec/2012:23:57:13 +0000] 1354924633 GET "/favicon.ico" "" HTTP/1.1 200 82726 "-"
      "ELB-HealthChecker/1.0"

Der zweite reguläre Ausdruck (der mit ^ beginnt) wird bei nicht übereinstimmender Eingabe schneller ausgeführt, da er die nicht übereinstimmende Eingabe umgehend verwirft.

Die Bedeutung der Alternativen

Bei Alternativen muss die Reihenfolge beachtet werden. Platzieren Sie daher die häufigeren Optionen vorne, damit sie schneller abgeglichen werden können. Wenn die selteneren Optionen zuerst genannt werden, verschwendet die Engine für reguläre Ausdrücke Zeit mit deren Prüfung, bevor sie die häufigeren Optionen mit höheren Erfolgsaussichten prüft. Versuchen Sie außerdem, häufige Muster zu extrahieren. Beispiel: Verwenden Sie ab(cd|ef) anstelle von (abcd|abef).

Betrachten Sie die folgenden regulären Ausdrücke:

{TIMEDATE}\s{0,1}:\s*(?:|\[)(\w+)(?:\:|\])(?:\[|)(\d+)(?:\:|\])(.{1,1000}).*

{TIMEDATE}\s{0,1}:\s*(?:\[|)(\w+)(?:\:|\])(?:\[|)(\d+)(?:\:|\])(.{1,1000}).*

Eingabe:

2014-06-16 12:13:46.743: [UiServer][1166092608] {0:7:2} Done for
ctx=0x2aaab45d8330

Der zweite reguläre Ausdruck wird schneller abgeglichen, da die Alternative zuerst nach dem Zeichen [ gefolgt von Null sucht. Da die Eingabe [ enthält, wird der Abgleich schneller ausgeführt.