الانتقال إلى المحتوى الرئيسي
يتيح هذا المحرّك تكامل 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

مزيد من المعلومات حول عمليات JOIN

آخر تعديل في ٣ يوليو ٢٠٢٦