39 194 ops/s
запись по одной строке (p50 0,02 мс)
single-row insert (p50 0.02 ms)
Resources
Потребление ресурсов: память и дискResource usage: RAM & disk
Один и тот же детерминированный датасет во всех трёх СУБД — 100 000 и 1 000 000 строк (ключ + значение 160 байт, seed 42, как в основном бенчмарке), настройки по умолчанию у всех. Память — суммарный PSS всех процессов СУБД: разделяемая память делится пропорционально, поэтому PostgreSQL со своими shared_buffers учитывается честно. Диск — прирост каталога данных после корректной остановки, включая WAL и binlog. Оба масштаба измерены в одном прогоне GitHub Actions; между ними базы сбрасывались, а журналы усекались. The same deterministic dataset in all three DBMS — 100,000 and 1,000,000 rows (key + 160-byte value, seed 42, as in the main benchmark), default settings everywhere. Memory is the summed PSS of all DBMS processes: shared memory is split proportionally, so PostgreSQL with its shared_buffers is counted fairly. Disk is the data directory growth after a clean shutdown, including WAL and binlog. Both scales were measured in a single GitHub Actions run; between them the databases were dropped and the logs truncated.
3,9×3.9×
меньше RAM в пике, чем у MySQL, на 1 000 000 строк (127,6 против 503,5 MiB); на 100 000 строк — 5,9×
less peak RAM than MySQL at 1,000,000 rows (127.6 vs 503.5 MiB); 5.9× less at 100,000 rows
297,9 MiB297.9 MiB
диска за 1 000 000 строк после офлайн-компакции — −53 % к MySQL (635,4) и −46 % к PostgreSQL (556,4); до компакции — 535,5 MiB, тоже минимум из трёх
disk for 1,000,000 rows after the offline compaction — −53% vs MySQL (635.4) and −46% vs PostgreSQL (556.4); before compaction — 535.5 MiB, still the lowest of the three
×1,81.8×
к полезным данным (164 MiB) после офлайн-компакции на 1 000 000 строк — RS(4+2) + WAL + индексы; до компакции ×3,3, у MySQL ×3,9, у PostgreSQL ×3,4
the raw payload (164 MiB) after the offline compaction at 1,000,000 rows — RS(4+2) + WAL + index overhead; ×3.3 before compaction, MySQL ×3.9, PostgreSQL ×3.4
Сценарий 1: 100 000 строк, 4 000 чтенийScenario 1: 100,000 rows, 4,000 reads
| МетрикаMetric | DNA-DB 4.0.0 | DNA-DB после компакцииDNA-DB after compaction | MySQL 8.0.46 | PostgreSQL 16.15 |
|---|---|---|---|---|
| RAM в покое (сумма PSS процессов)Idle RAM (sum of process PSS) | 22,422.4 | — | 376,7376.7 | 22,022.0 |
| RAM в пике — загрузка + точечные чтенияPeak RAM — load + point reads | 69,669.6 | — | 410,1410.1 | 55,555.5 |
| Место на диске — прирост, MiBDisk growth, MiB | 42,242.2 | 29,829.8 | 59,159.1 | 56,156.1 |
Сценарий 2: 1 000 000 строк, 20 000 чтенийScenario 2: 1,000,000 rows, 20,000 reads
| МетрикаMetric | DNA-DB 4.0.0 | DNA-DB после компакцииDNA-DB after compaction | MySQL 8.0.46 | PostgreSQL 16.15 |
|---|---|---|---|---|
| RAM в покое (сумма PSS процессов)Idle RAM (sum of process PSS) | 22,522.5 | — | 388,7388.7 | 22,922.9 |
| RAM в пике — загрузка + точечные чтенияPeak RAM — load + point reads | 127,6127.6 | — | 503,5503.5 | 166,5166.5 |
| Место на диске — прирост, MiBDisk growth, MiB | 535,5535.5 | 297,9297.9 | 635,4635.4 | 556,4556.4 |
Всё в MiB, меньше — лучше. Методика: пик — максимум суммы PSS при опросе каждые 50 мс во время загрузки (одиночные вставки, ack на каждую) и точечных чтений — 4 000 чтений на 100 000 строк, 20 000 на 1 000 000; диск — от пустого сервера к загруженному после корректной остановки: у MySQL в каталоге лежат binlog и undo, у PostgreSQL — WAL, у DNA-DB — WAL и сегменты RS(4+2). «После компакции» — офлайн-компакция DNA-DB (dna-db-core compact: checkpoint + слияние всех сегментов в один, удаление затёртых версий и использованных надгробий); для MySQL/PostgreSQL аналогичной офлайн-компакции в замере нет. Оба масштаба — один прогон GitHub Actions, ubuntu-24.04: MySQL 8.0.46 и PostgreSQL 16.15 из apt, DNA-DB 4.0.0 (--sync strict); между масштабами базы удалялись, binlog усекался (RESET MASTER), PostgreSQL перезапускался — baseline каждого замера чистый. Сырые данные: resources_compare_linux.json (100k) и resources_compare_linux_1m.json (1M); воспроизведение: Actions → «Resources (RAM & disk)», скрипт scripts/measure_resources.py.
All values in MiB, lower is better. Methodology: peak = max of the PSS sum sampled every 50 ms during the load (single inserts, ack per row) plus point reads — 4,000 reads at 100,000 rows, 20,000 at 1,000,000; disk = from an empty server to the loaded one after a clean shutdown — MySQL keeps binlog and undo files in the directory, PostgreSQL keeps WAL, DNA-DB keeps WAL and RS(4+2) segments. “After compaction” = the DNA-DB offline compaction (dna-db-core compact: checkpoint + merging all segments into one, dropping shadowed versions and consumed tombstones); no equivalent offline compaction was measured for MySQL/PostgreSQL. Both scales in one GitHub Actions run, ubuntu-24.04: MySQL 8.0.46 and PostgreSQL 16.15 from apt, DNA-DB 4.0.0 (--sync strict); between the scales the databases were dropped, the binlog truncated (RESET MASTER) and PostgreSQL restarted, so each measurement starts from a clean baseline. Raw data: resources_compare_linux.json (100k) and resources_compare_linux_1m.json (1M); reproduce via Actions → “Resources (RAM & disk)”, script scripts/measure_resources.py.
