إعدادات الاتصال
Options للتحكم في سلوك العميل. الإعدادات التالية متاحة:
TLS
DSN/OpenDB/Open) حزمة Go tls لإنشاء اتصال آمن. ويعرف العميل أنه يجب استخدام TLS إذا كانت بنية Options تحتوي على مؤشّر tls.Config غير nil.
TLS.Config كافيًا للاتصال بالمنفذ الأصلي الآمن (عادةً 9440) على خادم ClickHouse. إذا لم تكن لدى خادم ClickHouse شهادة صالحة (منتهية الصلاحية، أو باسم مضيف غير صحيح، أو غير موقَّعة من قِبل سلطة شهادات جذرية معترف بها علنًا)، فيمكن ضبط InsecureSkipVerify على true، لكن لا يُنصح بذلك بشدة.
tls.Config. وقد يشمل ذلك تحديد حِزم تشفير معيّنة، أو فرض إصدار محدد من TLS (مثل 1.2 أو 1.3)، أو إضافة سلسلة شهادات CA داخلية، أو إضافة شهادة عميل (والمفتاح الخاص بها) إذا كان خادم ClickHouse يتطلب ذلك، بالإضافة إلى معظم الخيارات الأخرى المرتبطة بإعدادات أمان أكثر تخصصًا.
المصادقة
الاتصال بعدة عُقد
Addr.
ConnOpenInOrder(الافتراضي) - تُجرَّب العناوين بالترتيب. ولا تُستخدم العناوين اللاحقة إلا إذا تعذّر الاتصال باستخدام العناوين السابقة في القائمة. وهذه فعليًا استراتيجية تجاوز عند الفشل.ConnOpenRoundRobin- يُوزَّع الحمل على العناوين باستخدام استراتيجية round-robin.ConnOpenRandom- تُختار عقدة عشوائيًا من قائمة العناوين.
ConnOpenStrategy
تجميع الاتصالات
MaxOpenConns، بينما يتحكم MaxIdleConns في الحد الأقصى لحجم المجموعة. يحصل العميل على اتصال من المجموعة عند تنفيذ كل استعلام، ثم يعيده إليها لإعادة استخدامه. ويظل الاتصال مستخدمًا طوال مدة الـ Batch، ثم يُحرَّر عند Send().
لا يوجد ما يضمن استخدام الاتصال نفسه من المجموعة في الاستعلامات اللاحقة ما لم يضبط المستخدم MaxOpenConns=1. ونادرًا ما تكون هناك حاجة إلى ذلك، لكنه قد يكون مطلوبًا في الحالات التي يستخدم فيها المستخدمون الجداول المؤقتة.
لاحظ أيضًا أن القيمة الافتراضية لـ ConnMaxLifetime هي ساعة واحدة. وقد يؤدي ذلك إلى حالات يصبح فيها الحمل على ClickHouse غير متوازن إذا غادرت بعض العقد الـ cluster. ويمكن أن يحدث هذا عندما تصبح إحدى العقد غير متاحة، فتتوزع الاتصالات على العقد الأخرى. وستظل هذه الاتصالات قائمة ولن تُجدَّد لمدة ساعة واحدة افتراضيًا، حتى إذا عادت العقدة التي كانت بها المشكلة إلى الـ cluster. فكّر في خفض هذه القيمة في حالات أعباء العمل الكبيرة.
استقصاء الاتصالات مفعّل لكلٍّ من Native (TCP) وبروتوكول HTTP.
التسجيل
log/slog في Go باستخدام الحقل Logger ضمن Options. أما الحقلان الأقدمان Debug وDebugf فهما مهملان، لكنهما لا يزالان يعملان حفاظًا على التوافق مع الإصدارات السابقة (الأولوية: Debugf > Logger > عدم تنفيذ أي إجراء).
الضغط
LZ4 وZSTD. ويُنفَّذ ذلك على مستوى الكتلة فقط. يمكن تمكين الضغط عبر تضمين إعداد Compression ضمن الاتصال.
gzip وdeflate وbr. راجع قاعدة البيانات/واجهة برمجة تطبيقات SQL - الضغط لمزيد من التفاصيل.
TCP مقابل HTTP
لتحويل أيٍّ من واجهتَي برمجة التطبيقات إلى HTTP: