Skip to main content
بشكل افتراضي، لا تؤثر استعلامات CREATE وDROP وALTER وRENAME إلا على الخادم الحالي الذي تُنفَّذ عليه. وفي الإعداد العنقودي، يمكن تشغيل مثل هذه الاستعلامات بشكل موزّع باستخدام عبارة ON CLUSTER. على سبيل المثال، ينشئ الاستعلام التالي جدول all_hits من نوع Distributed على كل مضيف في cluster:
لتنفيذ هذه الاستعلامات بشكل صحيح، يجب أن يكون لدى كل مضيف تعريف العنقود نفسه (ولتسهيل مزامنة ملفات الإعداد، يمكنك استخدام الاستبدالات من ZooKeeper). كما يجب أن يتصل كل منها بخوادم ZooKeeper. بشكل عام، سيُنفَّذ الإصدار المحلي من الاستعلام في نهاية المطاف على كل مضيف في العنقود، حتى إذا كانت بعض المضيفات غير متاحة حاليًا. غير أن هذه الاستعلامات تُخزَّن في قائمة انتظار، وتخضع مدة بقاء العنصر فيها لقيود تحددها عدة إعدادات. ولذلك، إذا ظل أحد المضيفات غير متاح لفترة طويلة بما يكفي، فقد لا يُنفِّذ الاستعلام عندما يصبح متاحًا مجددًا.
يكون ترتيب تنفيذ الاستعلامات داخل مضيف واحد مضمونًا طالما كانت قيمة distributed_ddl.pool_size مضبوطة على 1.