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