A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mariadb.com/docs/server/server-management/variables-and-modes/server-system-variables below:

Server System Variables | MariaDB Documentation

Server System Variables | MariaDB Documentation
  1. Server Management
  2. Variables and Modes
Server System Variables About the Server System Variables

MariaDB has many system variables that can be changed to suit your needs.

For a full list of server options, system variables and status variables, see this page.

Many of the general system variables are described on this page, but others are described elsewhere:

See also the Full list of MariaDB options, system and status variables.

Most of these can be set with command line options and many of them can be changed at runtime. Variables that can be changed at runtime (and therefore are not read-only) are described as "Dynamic" below, and elsewhere in the documentation.

There are a few ways to see the full list of server system variables:

mariadbd --verbose --help
Setting Server System Variables

There are several ways to set server system variables:

shell> ./mariadbd-safe --aria_group_commit="hard"
aria_group_commit = "hard"
SET GLOBAL aria_group_commit="hard";

By convention, server variables have usually been specified with an underscore in the configuration files, and a dash on the command line. You can however specify underscores as dashes - they are interchangeable.

Variables that take a numeric size can either be specified in full, or with a suffix for easier readability. Valid suffixes are:

The suffix can be upper or lower-case.

List of Server System Variables analyze_sample_percentage default_password_lifetime

. matches anything including NL

Allow duplicate names for subpatterns

Ignore white space and comments

extra features (e.g. error on unknown escape character)

^ and $ match newlines within data

Invert greediness of quantifiers

default_tmp_storage_engine disconnect_on_expired_password

From MariaDB 10.1.46, MariaDB 10.2.33, MariaDB 10.3.24, MariaDB 10.4.14 and MariaDB 10.5.5, div_precision_increment is taken into account in intermediate calculations. Previous versions did not, and the results were dependent on the optimizer, and therefore unpredictable.

In MariaDB 10.1.46, MariaDB 10.1.47, MariaDB 10.2.33, MariaDB 10.2.34, MariaDB 10.2.35, MariaDB 10.3.24, MariaDB 10.3.25, MariaDB 10.4.14, MariaDB 10.4.15, MariaDB 10.5.5 and MariaDB 10.5.6 only, the fix truncated decimal values after every division, resulting in lower precision in some cases for those versions only.

From MariaDB 10.1.48, MariaDB 10.2.35, MariaDB 10.3.26, MariaDB 10.4.16 and MariaDB 10.5.7, a different fix was implemented. Instead of truncating decimal values after every division, they are instead truncated for comparison purposes only.

For example

Versions other than MariaDB 10.1.46, MariaDB 10.1.47, MariaDB 10.2.33, MariaDB 10.2.34, MariaDB 10.2.35, MariaDB 10.3.24, MariaDB 10.3.25, MariaDB 10.4.14, MariaDB 10.4.15, MariaDB 10.5.5 and MariaDB 10.5.6:

SELECT (55/23244*1000);
+-----------------+
| (55/23244*1000) |
+-----------------+
| 2.3662          |
+-----------------+

MariaDB 10.1.46, MariaDB 10.1.47, MariaDB 10.2.33, MariaDB 10.2.34, MariaDB 10.2.35, MariaDB 10.3.24, MariaDB 10.3.25, MariaDB 10.4.14, MariaDB 10.4.15, MariaDB 10.5.5 and MariaDB 10.5.6 only:

SELECT (55/23244*1000);
+-----------------+
| (55/23244*1000) |
+-----------------+
| 2.4000          |
+-----------------+

This is because the intermediate result, SELECT 55/23244 takes into account div_precision_increment and results were truncated after every division in those versions only.

engine_condition_pushdown eq_range_index_dive_limit explicit_defaults_for_timestamp

.

idle_readonly_transaction_timeout idle_write_transaction_timeout in_predicate_conversion_threshold legacy_xa_rollback_at_disconnect log_queries_not_using_indexes log_slow_admin_statements log_slow_disabled_statements log_slow_min_examined_row_limit max_insert_delayed_threads metadata_locks_cache_size metadata_locks_hash_instances

MAX(max_connections*5, max_connections +table_open_cache*2)

MariaDB sets the limit with setrlimit . MariaDB cannot set this to exceed the hard limit imposed by the operating system. Therefore, you may also need to change the hard limit. There are a few ways to do so.

optimizer_extra_pruning_depth

optimizer_join_limit_pref_ratio

optimizer_max_sel_arg_weight optimizer_selectivity_sampling_limit optimizer_trace_max_mem_size optimizer_use_condition_selectivity

Warning: Starting from MariaDB 10.1.7, query_cache_type is automatically set to ON if the server is started with the query_cache_size set to a non-zero (and non-default) value. This will happen even if query_cache_type is explicitly set to OFF in the configuration.

query_cache_strip_comments

Warning: Starting from MariaDB 10.1.7, query_cache_type is automatically set to ON if the server is started with the query_cache_size set to a non-zero (and non-default) value. This will happen even if query_cache_type is explicitly set to OFF in the configuration.

query_cache_wlock_invalidate session_track_state_change session_track_system_variables session_track_transaction_info strict_password_validation table_open_cache_instances transaction_alloc_block_size transaction_prealloc_size updatable_views_with_limit

This page is licensed: CC BY-SA / Gnu FDL


RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4