يتيح هذا المحرّك تكامل ClickHouse مع RocksDB.
معلمات المحرك:
ttl - مدة بقاء القيم. تُقبل قيمة TTL بالثواني. إذا كانت TTL تساوي 0، فسيُستخدم مثيل RocksDB عادي (من دون TTL).
rocksdb_dir - المسار إلى دليل RocksDB موجودة، أو مسار الوجهة لـ RocksDB التي سيتم إنشاؤها. يُفتح الجدول باستخدام rocksdb_dir المحدد.
read_only - عند تعيين read_only إلى true، يُستخدم وضع القراءة فقط. بالنسبة إلى التخزين الذي يستخدم TTL، لن يتم تشغيل عملية compaction (لا يدويًا ولا تلقائيًا)، لذلك لن تُزال أي مدخلات منتهية الصلاحية.
primary_key_name – أي اسم عمود في قائمة الأعمدة.
- يجب تحديد
primary key، وهو يدعم عمودًا واحدًا فقط في المفتاح الأساسي. سيُسلسل المفتاح الأساسي بصيغة binary باعتباره rocksdb key.
- ستُسلسل الأعمدة الأخرى غير المفتاح الأساسي بصيغة binary كقيمة
rocksdb بالترتيب المقابل.
- ستُحسَّن الاستعلامات التي تتضمن تصفية للمفتاح باستخدام
equals أو in إلى عمليات lookup متعددة المفاتيح من rocksdb.
إعدادات المحرك:
optimize_for_bulk_insert – جرى تحسين الجدول لعمليات الإدراج المجمّعة (سينشئ مسار insert ملفات SST ويستوردها إلى قاعدة بيانات rocksdb بدلًا من الكتابة إلى memtables)؛ القيمة الافتراضية: 1.
bulk_insert_block_size - الحد الأدنى لحجم ملفات SST (من حيث عدد الصفوف) التي ينشئها الإدراج المجمّع؛ القيمة الافتراضية: 1048449.
مثال:
يوجد أيضًا جدول system.rocksdb، ويعرض إحصاءات rocksdb:
يمكنك أيضًا تغيير أي من خيارات RocksDB باستخدام config:
افتراضيًا، يكون تحسين العدّ التقريبي البسيط معطّلًا، وقد يؤثر ذلك في أداء استعلامات count(). لتمكين هذا
التحسين، اضبط optimize_trivial_approximate_count_query = 1. يؤثر هذا الإعداد أيضًا في system.tables لمحرك EmbeddedRocksDB،
لذا فعِّل هذا الإعداد لرؤية القيم التقريبية لكلٍّ من total_rows وtotal_bytes.
عند إدراج صفوف جديدة في EmbeddedRocksDB، إذا كان المفتاح موجودًا مسبقًا، فستُحدَّث القيمة، وإلا فسيُنشأ مفتاح جديد.
مثال:
يمكن حذف الصفوف باستخدام استعلام DELETE أو الأمر TRUNCATE.
يمكن تعديل القيم باستخدام الاستعلام ALTER TABLE. ولا يمكن تعديل المفتاح الأساسي.
يُدعَم ربط خاص من نوع direct مع جداول EmbeddedRocksDB.
يتجنب هذا الـ ربط المباشر إنشاء hash table في الذاكرة، ويصل
إلى البيانات مباشرةً من EmbeddedRocksDB.
مع عمليات ربط الكبيرة، قد تلاحظ انخفاضًا ملحوظًا في memory usage عند استخدام direct joins
لأنه لا يتم إنشاء hash table.
لتمكين direct joins:
عند ضبط join_algorithm على direct, hash، ستُستخدم عمليات الربط المباشر
كلما أمكن، وإلا فستُستخدم hash.
إنشاء جدول EmbeddedRocksDB وملؤه بالبيانات
أنشئ جدولًا واملأه بالبيانات للربط مع الجدول rdb
عيّن خوارزمية الربط إلى direct
INNER JOIN