A Keyword Search Expression defines the scope of data for the query.
Boolean logic and wildcards enable you to search for multiple terms, express logic about term distribution within messages, and specify partial terms with wildcards. The keyword expression can include built-in metadata fields such as
_sourceHost as well as custom log metadata fields.
Click any term from the messages listed in the Message tab to add it to the keyword search expression (AND term). Alt-click any term to remove the term from results (NOT term or !term). Run the query again to match the new keyword expression.
Keyword search expressions are often referred to as the scope of a query.
keyword keyword OR keyword NOT keyword
_sourceCategory="keywords with spaces or special characters"
AND is implicit and does not need to be specified in the query.
- Supports boolean operators
OR. The precedence of boolean operators is
OR. Parentheses will override the precedence.
- A wildcard
*represents zero or more characters.
- Supports built-in metadata fields created during configuration of Collectors and Sources, like
- Supports custom log metadata fields.
- Punctuation characters are allowed (
- _ : / . + @ # $ % ^).
- Expressions containing spaces or special characters must be enclosed in quotes (
- Keyword expressions are case-insensitive.
- Parentheses group search expressions and provide the structure necessary to perform complex queries. Parentheses are necessary only if both of the following conditions apply:
- The query includes three or more search expressions.
- The query uses both
ORoperators to link search expressions.
- Characters quoted with double quotes (not single quotes) are string literals. Use a backslash to escape double quotes in the string. Examples:
"They said, \"No later than 10\""
error OR fail error AND fail*
(error OR fail) and debug error* OR (fail and debug) error NOT fail
(error OR fail) NOT debug
15:39 NOT 15:39:26
_sourceCategory="Sumo Logic Collector logs" AND critical
_sourceHost=ldapserver AND _sourceCategory="hr-dept" AND "failed login"
_sourceHost=Atlanta AND (_sourceCategory="win-app-logs" OR _sourceName="win-firewall-logs")
_sourceHost="10.1.12.22" AND_sourceCategory="my category" NOT _sourceCategory="some-other" AND _sourceName="/var/log/some.log"
It can be hard to create a search query if you don't know what data you have in your Sumo Logic environment. For simple example queries to discover existing Source Categories, Source Names, and Source Hosts, see What Data Do I Have?
During collection, raw messages are broken into individual keyword terms, or groups of characters. These individual terms are defined by detecting boundaries around the characters found within the message, including white space, dashes, commas, question marks, exclamation points, brackets, and more.
A phrase is any text with these boundaries. So given this sample message:
2013-08-13 21:25:15,456 98765432 [com.test.services.test.TESTClientImpl] TEST Request:id=1234567 TEST1234567
- Sumo Logic indexes each value separately, 2013, 08, 13, 21, 25, 15, 456, 98765432, com, test, services, test, TESTClientImpl, TEST, Request, id, 1234567, and TEST1234567.
- The special characters were not included in the above list for simplification, but those would also be indexed as separate keywords.
- To search for messages that include any of the previously indexed values, you need to provide keywords in your query that specifically match those terms. Boolean logic and wildcards enable you to search for multiple terms, express logic about term distribution within messages, and specify partial terms with wildcards: use an asterisk (
*), for zero or more characters, or a question mark (
?) for a single character.
- Keywords are case insensitive.
TEST*- finds "test", "TESTClientImpl", "TEST" and "TEST1234567"
test- finds "test" and "TEST"
456- finds "456"
*456*- finds "456", "1234567" and "TEST1234567"
If you enter a phrase, or series of keywords, such as an email or IP address, the Sumo Logic search engine looks for the individual indexed terms that appear next to each other.
You can use a wildcard to represent one full term:
But not a partial term:
The wildcard (
*) will only represent one individual full term between supplied values, so if additional terms exist between the defined values, the search will return no results.
For example, the keyword
com*services will not find the message, because there are periods attempting to be represented by the wildcard. If you change it to have the periods,
com.*.services*, the query will return our message, as the
* only indicates the individual term of
To search for multiple keyword values in a message, the best practice is to break the keywords into multiple terms. To do this, simply add a space between the terms. When you do this, Sumo Logic will imply an "AND" condition to the keyword search. For example, searching
com services will search for
com AND services.
Case sensitive keyword search
By default, keyword expressions are case-insensitive. Technically there isn't a way to define case sensitivity in the keyword search expression, you will have to define this with an operator.
After the keyword search expression, to search for case sensitive keywords, you can use the parse regex operator. You should still specify the keyword in the scope of the query, before the first pipe
|, to keep the search efficient.
For example, if you want to search for the keyword "info" in lowercase, you'd use this query:
| parse regex "(?<sample>info)"
If you want to search for the keyword "INFO" in uppercase, you'd use this query:
| parse regex "(?<sample>INFO)"
To convert a string to all lowercase or all uppercase letters, you can use the
Normalization of Phrase Queries
Sumo Logic normalizes the way it matches raw messages to log query source expressions, regardless of the tier in which the data is stored. One of the effects/use-cases of normalization is the replacement of consecutive whitespace characters within quoted phrases with a single space character. This ensures that query results are consistent when searching data in the continuous/frequent/infrequent tiers.
Let’s understand the following terms:
- Payload. Payload is the data that is stored as part of the raw (message) field. The
raw fieldis where the raw ingested logs are stored.
- Source Expression. Source Expression or the Search Expression of a query is the string that comes before the first pipe. The
_raw fieldis matched against the source expression to filter the requested log lines.
- Whitespace Normalization. Whitespace normalization means replacing a consecutive list of whitespace characters with a single space. We follow the Java convention of whitespace characters.
A character is a Java whitespace character if and only if it satisfies one of the following criteria (click to expand):
It is a Unicode space character (SPACE_SEPARATOR, LINE_SEPARATOR, or PARAGRAPH_SEPARATOR) but is not also a non-breaking space ('\u00A0', '\u2007', '\u202F').
It is '\t', U+0009 HORIZONTAL TABULATION.
It is '\n', U+000A LINE FEED.
It is '\u000B', U+000B VERTICAL TABULATION.
It is '\f', U+000C FORM FEED.
It is '\r', U+000D CARRIAGE RETURN.
It is '\u001C', U+001C FILE SEPARATOR.
It is '\u001D', U+001D GROUP SEPARATOR.
It is '\u001E', U+001E RECORD SEPARATOR.
It is '\u001F', U+001F UNIT SEPARATOR
Types of Whitespace Characters
Multiple space whitespace character. This character determines the multiple spaces present in the payload or in the source expression.
For example, in the following query, there are multiple space characters present in
"VM Periodic" and "Task Thread", but normalization returns the same result as a single space whitespace character.
sourceCategory=stream_thread_dumps "VM Periodic_____Task Thread"note
___is used to describe the multispace whitespace character.
Tab whitespace character. This character determines the tab whitespace character present in the payload or in the source expression.
For example, in the the following query there is a tab character present in
"VM Periodic" and "Task Thread", but normalisation returns the same result as a single space whitespace character.
sourceCategory=stream_thread_dumps "VM Periodic_Task Thread"note
_is used to describe the tab whitespace character.
New line character. This character determines the new line whitespace character present in the payload or in the source expression.
For example, in the following query, there is a new line after the string
Task, but normalization returns the same result as a single space whitespace character. This shows that a query string with a single space can match a log line that has a new line character.
sourceCategory=stream_thread_dumps "VM Periodic Task\nThread"note
\nis used to describe the new line whitespace character.
New line tab character. This character determines the new line and tab whitespace characters present in the payload or source expression.
For example, in the the following query, there is a new line and tab character after the string
Task, but normalization returns the same result as a single space whitespace character. This shows that a query string with a single space can match a log line that has a new line and a tab whitespace character.
sourceCategory=stream_thread_dumps "VM Periodic Task\n\tThread"note
\n\tis used to describe the new line + tab whitespace characters.
All of the above queries containing various whitespace characters will accept a single space whitespace character by default and return the desired results. See the query below.
sourceCategory=stream_thread_dumps "VM Periodic Task Thread"