Firebird Database Cache Buffer Norman Dunbar, Martin Köditz Version 1.2, 28 May 2020 Table of Contents 1. Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. The Firebird Cache. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Table of Contents 1 Chapter 1. Introduction Firebird uses a page cache to hold pages in memory. It is much quicker to retrieve pages from RAM than to go out onto the disc

Der Firebird Cache-Buffer Norman Dunbar, Martin Köditz Version 1.2-de, 28. Mai 2020 Inhaltsverzeichnis 1. Einleitung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Der Firebird-Cache. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Inhaltsverzeichnis 1 Kapitel 1. Einleitung Firebird nutzt einen Seiten-Cache (engl. page cache), um die Seiten im Speicher vorzuhalten. Diese sind deutlich schneller aus dem Arbeitsspeicher

commitlog_sync 72 commitlog_sync_period_in_ms 72 commitlog_total_space_in_mb 72 compaction_preheat_key_cache 72 compaction_throughput_mb_per_sec 72 concurrent_compactors 72 concurrent_reads 72 concurrent_writes memtable_flush_writers 73 memtable_total_space_in_mb 73 multithreaded_compaction 73 reduce_cache_capacity_to 73 reduce_cache_sizes_at 73 sliced_buffer_size_in_kb 74 stream_throughput_outbound_megabits_per_sec compare_subcolumns_with 81 compression_options 81 default_validation_class 81 gc_grace_seconds 81 key_cache_save_period_in_seconds 81 keys_cached 82 key_validation_class 82 name 82 read_repair_chance 82

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1589 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1618 11 Table Creation · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5015 14.12.22Schema Cache· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5016 _instance_plan_cache-new-in-v840">Instance-level execution plan cache �→ (experimental) Instance-level plan cache allows all sessions within the same TiDB �→ instance to share the plan cache. Compared

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1892 11.2.9 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1921 11 Table Creation · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5036 14.12.22Schema Cache· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5037 _instance_plan_cache-new-in-v840">Instance-level execution plan cache �→ (experimental) Instance-level plan cache allows all sessions within the same TiDB �→ instance to share the plan cache. Compared

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1417 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1446 11 is set to a small value #48808 @guo-shaoge • Fix the issue of Goroutine leak when using AUTO_ID_CACHE=1 #46324 @tiancaiamao • Fix the issue that the result of COUNT(INT) calculated by MPP might be incorrect displayed incorrectly in some time zones #49586 @overvenus • Fix the issue that tables with AUTO_ID_CACHE=1 might lead to gRPC client leaks when there are a large number of tables #48869 @tiancaiamao • Fix

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1402 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1431 11 evict �→ - �→ cache �→ -on- �→ memory �→ - �→ ratio �→ Newly added When the memory usage of TiKV exceeds 90% of the system available memory, and the memory occupied by Raft entry cache exceeds the evict- evict- �→ cache �→ -on- �→ memory �→ - �→ ratio �→ of used memory, TiKV evicts the Raft entry cache. 49 Configuration file Configuration parame- ter Change type Description TiKV memory. �→ enable �→

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1476 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1505 11 down to the TiKV copro- cessor. 46 Variable name Change type Description tidb_ �→ schema �→ _ �→ cache �→ _ �→ size Modified The range of values has been modi- fied to either 0 or [536870912, �→ �→ 9223372036854775807] 9223372036854775807] �→ . The mini- mum value is 536870912 �→ bytes (that is, 512 MiB) to avoid setting a cache size that is too small and caus- ing perfor- mance degra- dation. 47 Variable name Change type Description

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1468 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1497 11 the reason why an execution plan is not cached #50618 @qw4990 In some scenarios, you might want to cache most execution plans to save execution overhead and reduce latency. Currently, execution plan caching and the corresponding reasons. Therefore, starting from v8.2.0, new columns PLAN_CACHE_UNQUALIFIED and PLAN_ �→ CACHE_UNQUALIFIED_LAST_REASON are added to the system table STATEMENTS_ �→ SUMMARY to explain

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1398 11.2.8 Coprocessor Cache · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1427 11 non-prepared statements (exper- imental) #36598 @qw4990 TiDB v7.0.0 introduces non-prepared plan cache as an experimental feature to improve the load capacity of concurrent OLTP. In v7.1.0, TiDB enhances 1.0 merges the cache pools of non-prepared and prepared plan caches. You can control the cache size using the system vari- able tidb_session_plan_cache_size. The tidb_prepared_plan_cache_size and tidb_