ClickHouse/docs/fa/operations/settings/query-complexity.md

303 lines
19 KiB
Markdown
Raw Normal View History

2020-04-03 13:23:32 +00:00
---
2020-04-04 09:15:31 +00:00
machine_translated: true
machine_translated_rev: d734a8e46ddd7465886ba4133bff743c55190626
toc_priority: 59
toc_title: "\u0645\u062D\u062F\u0648\u062F\u06CC\u062A \u062F\u0631 \u067E\u06CC\u0686\
\u06CC\u062F\u06AF\u06CC \u067E\u0631\u0633 \u0648 \u062C\u0648"
2020-04-03 13:23:32 +00:00
---
2020-04-04 09:15:31 +00:00
# محدودیت در پیچیدگی پرس و جو {#restrictions-on-query-complexity}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدودیت در پیچیدگی پرس و جو بخشی از تنظیمات.
برای اجرای امن تر از رابط کاربر استفاده می شود.
تقریبا تمام محدودیت ها فقط برای اعمال `SELECT`. برای پردازش پرس و جو توزیع, محدودیت بر روی هر سرور به طور جداگانه اعمال.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
خانه را کلیک کنید چک محدودیت برای قطعات داده, نه برای هر سطر. این بدان معنی است که شما می توانید ارزش محدودیت با اندازه بخش داده ها تجاوز.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدودیت در “maximum amount of something” می توانید مقدار را 0, که به معنی “unrestricted”.
اکثر محدودیت ها نیز دارند overflow\_mode محیط, به این معنی چه باید بکنید هنگامی که از حد فراتر رفته است.
این می تواند یکی از دو مقدار را: `throw` یا `break`. محدودیت در تجمع (کد \_شورت\_فلو\_وشه گروه) نیز ارزش داشته باشد `any`.
2020-04-03 13:23:32 +00:00
`throw` Throw an exception (default).
`break` Stop executing the query and return the partial result, as if the source data ran out.
`any (only for group_by_overflow_mode)` Continuing aggregation for the keys that got into the set, but dont add new keys to the set.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_کاساژ بیشینه {#settings_max_memory_usage}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر مقدار رم برای استفاده برای اجرای پرس و جو بر روی یک سرور واحد.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
در فایل پیکربندی پیش فرض, حداکثر است 10 گیگابایت.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
تنظیم می کند حجم حافظه در دسترس و یا حجم کل حافظه بر روی دستگاه در نظر نمی.
محدودیت شامل یک پرس و جو تنها در یک سرور.
شما می توانید استفاده کنید `SHOW PROCESSLIST` برای دیدن مصرف حافظه فعلی برای هر پرس و جو.
بعلاوه, مصرف حافظه اوج برای هر پرس و جو ردیابی و نوشته شده به ورود به سیستم.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
استفاده از حافظه برای ایالت های توابع مجموع خاص نظارت نیست.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
استفاده از حافظه به طور کامل برای ایالت ها از توابع کل ردیابی نیست `min`, `max`, `any`, `anyLast`, `argMin`, `argMax` از `String` و `Array` بحث کردن.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مصرف حافظه نیز توسط پارامترها محدود شده است `max_memory_usage_for_user` و `max_memory_usage_for_all_queries`.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شمارهگیر بیشینه {#max-memory-usage-for-user}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر مقدار رم برای استفاده برای اجرای نمایش داده شد کاربر بر روی یک سرور واحد.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقادیر پیش فرض در تعریف [تنظیمات.ه](https://github.com/ClickHouse/ClickHouse/blob/master/dbms/Core/Settings.h#L288). به طور پیش فرض مقدار محدود نمی شود (`max_memory_usage_for_user = 0`).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
همچنین نگاه کنید به شرح [\_کاساژ بیشینه](#settings_max_memory_usage).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شیشه بخاطر \_خروج {#max-memory-usage-for-all-queries}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر مقدار رم برای استفاده برای اجرای تمام نمایش داده شد بر روی یک سرور واحد.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقادیر پیش فرض در تعریف [تنظیمات.ه](https://github.com/ClickHouse/ClickHouse/blob/master/dbms/Core/Settings.h#L289). به طور پیش فرض مقدار محدود نمی شود (`max_memory_usage_for_all_queries = 0`).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
همچنین نگاه کنید به شرح [\_کاساژ بیشینه](#settings_max_memory_usage).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_گذرواژههای \_ورود {#max-rows-to-read}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدودیت های زیر را می توان در هر بلوک بررسی (به جای در هر سطر). به این معنا که, محدودیت را می توان شکسته کمی.
هنگامی که در حال اجرا یک پرس و جو در موضوعات مختلف, محدودیت های زیر به هر موضوع اعمال می شود به طور جداگانه.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ردیف است که می تواند از یک جدول زمانی که در حال اجرا یک پرس و جو به عنوان خوانده شده.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_مخفی کردن {#max-bytes-to-read}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد بایت (داده های غیر فشرده) است که می تواند از یک جدول به عنوان خوانده شده در هنگام اجرای یک پرس و جو.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_ورود به سیستم {#read-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید هنگامی که حجم داده ها به عنوان خوانده شده بیش از یکی از محدودیت های: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_رو\_تو\_گروهها {#settings-max-rows-to-group-by}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد کلید منحصر به فرد دریافت شده از تجمع. این تنظیم به شما امکان مصرف حافظه محدود در هنگام جمع.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شماره \_شماره گروه {#group-by-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید هنگامی که تعدادی از کلید های منحصر به فرد برای تجمع بیش از حد: throw, break یا any. به طور پیش فرض, پرتاب.
با استفاده از any ارزش شما اجازه می دهد یک تقریب از گروه های اجرا. کیفیت این تقریب بستگی به ماهیت استاتیک داده ها دارد.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## ا\_فزون\_بر\_گونهی\_گونهی زیر\_گروهها {#settings-max_bytes_before_external_group_by}
2020-04-03 13:23:32 +00:00
فعالسازی یا غیرفعالسازی اعدام `GROUP BY` بند در حافظه خارجی. ببینید [گروه در حافظه خارجی](../../sql-reference/statements/select.md#select-group-by-in-external-memory).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقادیر ممکن:
2020-04-03 13:23:32 +00:00
- حداکثر حجم رم (به بایت) است که می تواند توسط تک استفاده می شود [GROUP BY](../../sql-reference/statements/select.md#select-group-by-clause) عمل
2020-04-04 09:15:31 +00:00
- 0 — `GROUP BY` در حافظه خارجی غیر فعال.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقدار پیش فرض: 0.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شماره بیشینه {#max-rows-to-sort}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ردیف قبل از مرتب سازی. این اجازه می دهد تا شما را به محدود کردن مصرف حافظه در هنگام مرتب سازی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## ا\_سلایدی {#max-bytes-to-sort}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد بایت قبل از مرتب سازی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## کد\_و\_وشهیابی {#sort-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید اگر تعداد ردیف قبل از مرتب سازی دریافت بیش از یکی از محدودیت: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## بارشهای بیشینه {#setting-max_result_rows}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدود در تعداد ردیف در نتیجه. همچنین برای زیرمجموعه بررسی, و بر روی سرور از راه دور در هنگام اجرای بخش هایی از یک پرس و جو توزیع.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## حداکثر\_زمین بایت {#max-result-bytes}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدود در تعداد بایت در نتیجه. همان تنظیمات قبلی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شماره حاصل {#result-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید اگر حجم نتیجه بیش از یکی از محدودیت های: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
با استفاده از break شبیه به استفاده از حد است. `Break` قطع اعدام تنها در سطح بلوک. این به این معنی است که مقدار ردیف بازگشت بیشتر از [بارشهای بیشینه](#setting-max_result_rows) چندین [ت\_مایش بیشینه](settings.md#setting-max_block_size) و بستگی دارد [\_مخفی کردن](settings.md#settings-max_threads).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مثال:
2020-04-03 13:23:32 +00:00
``` sql
SET max_threads = 3, max_block_size = 3333;
SET max_result_rows = 3334, result_overflow_mode = 'break';
SELECT *
FROM numbers_mt(100000)
FORMAT Null;
```
2020-04-04 09:15:31 +00:00
نتیجه:
2020-04-03 13:23:32 +00:00
``` text
6666 rows in set. ...
```
2020-04-04 09:15:31 +00:00
## زمان \_شنامهی حداکثر {#max-execution-time}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر زمان اجرای پرس و جو در ثانیه.
در این زمان برای یکی از مراحل مرتب سازی بررسی نمی شود و یا هنگام ادغام و نهایی کردن توابع کلی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شروع مجدد {#timeout-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید اگر پرس و جو اجرا می شود بیش از max\_execution\_time: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شروع مجدد {#min-execution-speed}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
سرعت اجرای حداقل در ردیف در هر ثانیه. بررسی در هر بلوک داده زمانی که timeout\_before\_checking\_execution\_speed انقضا مییابد. اگر سرعت اجرای پایین تر است, یک استثنا پرتاب می شود.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## ا\_فزونهها {#min-execution-speed-bytes}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداقل تعداد بایت اعدام در هر ثانیه. بررسی در هر بلوک داده زمانی که timeout\_before\_checking\_execution\_speed انقضا مییابد. اگر سرعت اجرای پایین تر است, یک استثنا پرتاب می شود.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## حداکثر\_حاقسازی سرعت {#max-execution-speed}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ردیف اعدام در هر ثانیه. بررسی در هر بلوک داده زمانی که timeout\_before\_checking\_execution\_speed انقضا مییابد. اگر سرعت اجرای بالا است, سرعت اجرای کاهش خواهد یافت.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## حداکثر\_کشن\_پیمایههای سرعت {#max-execution-speed-bytes}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد بایت اعدام در هر ثانیه. بررسی در هر بلوک داده زمانی که timeout\_before\_checking\_execution\_speed انقضا مییابد. اگر سرعت اجرای بالا است, سرعت اجرای کاهش خواهد یافت.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## جستجو {#timeout-before-checking-execution-speed}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چک که سرعت اجرای بیش از حد کند نیست (کمتر از min\_execution\_speed), پس از زمان مشخص شده در ثانیه تمام شده است.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_رنگ \_ورود {#max-columns-to-read}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ستون است که می تواند از یک جدول در یک پرس و جو به عنوان خوانده شده. اگر پرس و جو نیاز به خواندن تعداد بیشتری از ستون, این می اندازد یک استثنا.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_رنگ بیشینه {#max-temporary-columns}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ستون موقت است که باید در رم در همان زمان نگه داشته شود که در حال اجرا یک پرس و جو, از جمله ستون ثابت. اگر ستون موقت بیش از این وجود دارد, این یک استثنا می اندازد.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_رنگ {#max-temporary-non-const-columns}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
همان چیزی که به عنوان max\_temporary\_columns, اما بدون شمارش ستون ثابت.
توجه داشته باشید که ستون های ثابت در حال اجرا یک پرس و جو نسبتا اغلب تشکیل, اما نیاز به حدود صفر منابع محاسباتی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## حداکثر {#max-subquery-depth}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر عمق تودرتو از کارخانه های فرعی. اگر کارخانه های فرعی عمیق تر, یک استثنا پرتاب می شود. به طور پیش فرض, 100.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## حداکثر \_پیپیلین {#max-pipeline-depth}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر عمق خط لوله. مربوط به تعدادی از تحولات که هر بلوک داده می رود از طریق در طول پردازش پرس و جو. شمارش در محدوده یک سرور واحد. اگر عمق خط لوله بیشتر است, یک استثنا پرتاب می شود. به طور پیش فرض 1000.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_ص\_خلاف {#max-ast-depth}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر عمق تودرتو از یک درخت نحوی پرس و جو. اگر بیش از, یک استثنا پرتاب می شود.
در این زمان در تجزیه بررسی نمی شود اما تنها پس از تجزیه پرس و جو. به این معنا که, یک درخت نحوی است که بیش از حد عمیق می تواند در طول تجزیه ایجاد, اما پرس و جو شکست مواجه خواهد شد. به طور پیش فرض 1000.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_محلولات حداکثر {#max-ast-elements}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد عناصر در یک درخت نحوی پرس و جو. اگر بیش از, یک استثنا پرتاب می شود.
در همان راه به عنوان تنظیمات قبلی تنها پس از تجزیه پرس و جو بررسی می شود. به طور پیش فرض 50000.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_رو\_ تنظیم {#max-rows-in-set}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ردیف برای یک مجموعه داده ها در بند در ایجاد شده از یک خرده فروشی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## تنظیم \_سریع {#max-bytes-in-set}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد بایت (داده های غیر فشرده) استفاده شده توسط یک مجموعه در بند در ایجاد شده از یک خرده فروشی.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_حالت تنظیم {#set-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید هنگامی که مقدار داده ها بیش از یکی از محدودیت های: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## حوزه \_کاربری مکس {#max-rows-in-distinct}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ردیف های مختلف در هنگام استفاده از متمایز.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## مک\_بتس\_ حوزه {#max-bytes-in-distinct}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد بایت استفاده شده توسط یک جدول هش در هنگام استفاده متمایز.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شروع مجدد {#distinct-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید هنگامی که مقدار داده ها بیش از یکی از محدودیت های: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## ترجمههای بیشینه {#max-rows-to-transfer}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد ردیف است که می تواند به یک سرور از راه دور منتقل می شود و یا ذخیره شده در یک جدول موقت در هنگام استفاده از جهانی در.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## ترجمههای بیشینه {#max-bytes-to-transfer}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد بایت (داده های غیر فشرده) است که می تواند به یک سرور از راه دور منتقل می شود و یا ذخیره شده در یک جدول موقت در هنگام استفاده از جهانی در.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شروع مجدد {#transfer-overflow-mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
چه باید بکنید هنگامی که مقدار داده ها بیش از یکی از محدودیت های: throw یا break. به طور پیش فرض, پرتاب.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_پاک کردن \_روشن گرافیک {#settings-max_rows_in_join}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدودیت تعداد ردیف در جدول هش استفاده شده است که در هنگام پیوستن به جداول.
2020-04-03 13:23:32 +00:00
این تنظیمات در مورد [SELECT … JOIN](../../sql-reference/statements/select.md#select-join) عملیات و [پیوستن](../../engines/table-engines/special/join.md) موتور جدول.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
اگر یک پرس و جو شامل چند می پیوندد, خانه چک این تنظیم برای هر نتیجه متوسط.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
تاتر می توانید با اقدامات مختلف ادامه دهید زمانی که از حد رسیده است. استفاده از [\_شروع مجدد](#settings-join_overflow_mode) تنظیم برای انتخاب عمل.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقادیر ممکن:
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
- عدد صحیح مثبت.
2020-04-03 13:23:32 +00:00
- 0 — Unlimited number of rows.
2020-04-04 09:15:31 +00:00
مقدار پیش فرض: 0.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_پویش همیشگی {#settings-max_bytes_in_join}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
محدودیت اندازه در بایت از جدول هش استفاده می شود در هنگام پیوستن به جداول.
2020-04-03 13:23:32 +00:00
این تنظیمات در مورد [SELECT … JOIN](../../sql-reference/statements/select.md#select-join) عملیات و [پیوستن به موتور جدول](../../engines/table-engines/special/join.md).
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
اگر پرس و جو شامل می پیوندد, کلیک چک این تنظیمات برای هر نتیجه متوسط.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
تاتر می توانید با اقدامات مختلف ادامه دهید زمانی که از حد رسیده است. استفاده [\_شروع مجدد](#settings-join_overflow_mode) تنظیمات برای انتخاب عمل.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقادیر ممکن:
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
- عدد صحیح مثبت.
2020-04-03 13:23:32 +00:00
- 0 — Memory control is disabled.
2020-04-04 09:15:31 +00:00
مقدار پیش فرض: 0.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_شروع مجدد {#settings-join_overflow_mode}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
تعریف می کند که چه عمل کلیک انجام زمانی که هر یک از محدودیت های زیر ملحق رسیده است:
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
- [\_پویش همیشگی](#settings-max_bytes_in_join)
- [\_پاک کردن \_روشن گرافیک](#settings-max_rows_in_join)
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقادیر ممکن:
2020-04-03 13:23:32 +00:00
- `THROW` — ClickHouse throws an exception and breaks operation.
- `BREAK` — ClickHouse breaks operation and doesnt throw an exception.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
مقدار پیشفرض: `THROW`.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
**همچنین نگاه کنید**
2020-04-03 13:23:32 +00:00
- [پیوستن بند](../../sql-reference/statements/select.md#select-join)
- [پیوستن به موتور جدول](../../engines/table-engines/special/join.md)
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
## \_مسدود کردن بیشینه {#max-partitions-per-insert-block}
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
حداکثر تعداد پارتیشن در یک بلوک قرار داده شده را محدود می کند.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
- عدد صحیح مثبت.
2020-04-03 13:23:32 +00:00
- 0 — Unlimited number of partitions.
2020-04-04 09:15:31 +00:00
مقدار پیش فرض: 100.
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
**اطلاعات دقیق**
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
هنگام قرار دادن داده ها, تاتر محاسبه تعداد پارتیشن در بلوک قرار داده. اگر تعداد پارتیشن ها بیش از `max_partitions_per_insert_block`, خانه را کلیک می اندازد یک استثنا با متن زیر:
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
> “Too many partitions for single INSERT block (more than” اطلاعات دقیق “). The limit is controlled by max\_partitions\_per\_insert\_block setting. A large number of partitions is a common misconception. It will lead to severe negative performance impact, including slow server startup, slow INSERT queries and slow SELECT queries. Recommended total number of partitions for a table is under 1000..10000. Please note, that partitioning is not intended to speed up SELECT queries (ORDER BY key is sufficient to make range queries fast). Partitions are intended for data manipulation (DROP PARTITION, etc).”
2020-04-03 13:23:32 +00:00
2020-04-04 09:15:31 +00:00
[مقاله اصلی](https://clickhouse.tech/docs/en/operations/settings/query_complexity/) <!--hide-->