הגדרות אדמין – שאילתות

בדף Queries (שאילתות) בקטע Database (מסד נתונים) בתפריט Admin (ניהול), מופיע מידע על 50 השאילתות האחרונות ש-Looker שלח למסד הנתונים שלכם. מידע על שאילתות ישנות יותר מ-50 השאילתות האחרונות זמין בקטע שימוש ב-Looker.

מידע בסיסי על שאילתות

עמודה	הגדרה
שעה	שעת ההתחלה של השאילתה, שמוצגת באזור הזמן של האפליקציה.
סטטוס	סטטוס השאילתה, שיכול לכלול: מטמון: Looker החזיר את התוצאות מהמטמון שלו במקום להריץ שאילתה כפולה על מסד הנתונים. הושלמה: השאילתה הושלמה בהצלחה. שגיאה: השאילתה לא הושלמה בהצלחה כי אירעה שגיאה. אפשר ללחוץ על לחצן הפרטים כדי לראות את פרטי השגיאה. בוטלה: השאילתה בוטלה על ידי Looker או על ידי המשתמש. בהמתנה ל-PDT: השאילתה צריכה להמתין עד שייבנה טבלת נתונים נגזרים קבועה לפני שאפשר יהיה להריץ אותה. יצירת PDT: מתבצע תהליך של יצירת טבלה נגזרת מתמידה. בתור: השאילתה ממתינה להרצה כי יותר מדי שאילתות כבר נמצאות בתהליך (יכול להיות ש-Looker הגביל את מספר השאילתות בהגדרת החיבור או במסד הנתונים). פועלת: השאילתה נמצאת בתהליך הרצה. לא ידוע: מערכת Looker לא הצליחה לקבוע מה קרה עם השאילתה הזו.
חיבור	החיבור ל-Looker שדרכו הופעלה השאילתה הזו.
משתמש	המשתמש שהריץ את השאילתה הזו, אם אפשר לקבוע זאת. יש שאילתות שלא מופעלות על ידי משתמש ספציפי, למשל כש-Looker יוצר טבלה נגזרת מתמידה (PDT) או כשמשתמש לא ידוע ניגש לטבלת Look ציבורית.
מקור	המקור של השאילתה ב-Looker, כמו הדף 'ניתוח נתונים' או SQL Runner. אם אפשר, מוצג גם קישור לטבלת Look השמורה, או מזהה השאילתה יחד עם שם המודל וה-Explore. לשאילתות מסוימות אין מידע נוסף, כמו שאילתות שמופעלות ב-SQL Runner. לשאילתות שמונפקות מממשק SQL פתוח יש ערך מקור של Sql_interface.
זמן ריצה	משך הזמן שנדרש להרצת השאילתה. הזמן הזה כולל את בניית השאילתה, את הזמן שהשאילתה שהתה בתור, את ההעברה אל מסד הנתונים וממנו ואת ההפעלה של השאילתה במסד הנתונים. אם השאילתה פועלת, זמן הריצה יראה כמה זמן השאילתה פועלת. לשאילתות שהופעלו בעבר, זמן הריצה יציג גם הערכה של משך הזמן שיידרש לסיום הפעלת השאילתה. האומדן מבוסס על משך ההפעלה האחרונה של השאילתה, ויופיע כהערה כמו 'בערך 2 שניות'.
כפתור הפרטים	פרטים נוספים מופיעים בקטע לחצן הפרטים בדף הזה.

הכפתור 'פרטים'

כדי לראות מידע נוסף על שאילתה מסוימת, לוחצים על הלחצן פרטים משמאל לשאילתה. התפריט פרטי שאילתה כולל את האפשרויות הבאות:

• קטע מידע שכולל פרטים על השאילתה (ראו הטבלה הבאה).
• קטע SQL שבו מוצג ה-SQL הגולמי שהופעל על מסד הנתונים. הערות הקשר לא יופיעו במידע פרטי השאילתה. כדי למנוע מתגובות להשפיע על שמירת השאילתות במטמון, Looker מוסיף את תגובות ההקשר לפקודות SQL יוצאות, ממש לפני שה-SQL נשלח למסד הנתונים.
• קטע SQL Interface query שמופיע כששאילתה מופקת דרך Open SQL Interface. בקטע הזה מוצגת שאילתת ה-SQL שנשלחה אל Looker מכלי ה-BI החיצוני, והוא יכול לעזור בפתרון בעיות ובשחזור שלהן.
• קישור Open in SQL Runner (פתיחה ב-SQL Runner) שיפתח את השאילתה ב-SQL Runner.

בקטע מידע מופיעים הפרטים הבאים:

קטע	הגדרה
מזהה היסטוריה	מזהה ההיסטוריה של השאילתה, אם הוא זמין.
סטטוס	הסטטוס של השאילתה, כפי שמתואר בטבלת המידע הבסיסי על השאילתה.
הודעה	אם השאילתה מכילה PDT, הערה לגבי יצירת PDT מופיעה בשדה הזה. אם השאילתה לא מכילה PDT, השדה לא מופיע.
חיבור	החיבור ל-Looker שדרכו הופעלה השאילתה הזו.
משתמש	המשתמש שהריץ את השאילתה הזו, אם אפשר לקבוע זאת. יש שאילתות שלא מופעלות על ידי משתמש ספציפי, למשל כש-Looker יוצר טבלה נגזרת מתמידה (PDT) או כשמשתמש לא ידוע ניגש לטבלת Look ציבורית.
מקור	המקור של השאילתה ב-Looker, כמו הדף Explore או SQL Runner. אם אפשר, מוצג מידע נוסף, כמו קישור לטבלת Look השמורה, מזהה השאילתה, שם המודל, שם ה-Explore או השדות שנבחרו.
שעת ההתחלה	שעת ההתחלה של השאילתה, שמוצגת באזור הזמן של האפליקציה.
שעת הסיום	שעת הסיום של השאילתה, שמוצגת באזור הזמן של האפליקציה.
זמן ריצה	משך הזמן שנדרש להרצת השאילתה.

ביטול שאילתות

בניבים שתומכים בהפסקת שאילתות, Looker יכול להפסיק את ההרצה של שאילתות בדרכים הבאות:

• אוטומטית: Looker מפסיק אוטומטית שאילתה אם המשתמש סוגר את כרטיסיית הדפדפן שבה השאילתה פועלת.
• בנפרד: אדמינים ב-Looker יכולים להפסיק שאילתה ספציפית שפועלת בדף האדמין Queries. לשם כך, לוחצים על הלחצן Stop בשורה של השאילתה הרלוונטית. (משתמשים עם ההרשאה see_queries יכולים לראות את הדף Queries, אבל רק אדמינים ב-Looker יכולים לעצור שאילתה שרצה).
• בכמות גדולה: אדמינים ב-Looker יכולים להפסיק כמה שאילתות שפועלות בו-זמנית בכל המופע או בחיבור מסוים למסד נתונים באמצעות התכונה ניקוי שאילתות במקרה חירום בדף Queries (שאילתות).

הפסקת שאילתות בכמות גדולה

אם מופעלות יותר מדי שאילתות במופע Looker שלכם והוא לא תקין או שהביצועים שלו ירודים (לדוגמה, שאילתות תקועות ממצות את משבצות השאילתות הזמינות, או שהדף Queries נטען לאט או לא מגיב), אדמינים ב-Looker יכולים להפסיק את הפעלת השאילתות בכמות גדולה בלי להפעיל מחדש את המופע.

כדי להפסיק שאילתות בכמות גדולה:

1. ב-Looker, עוברים לדף Queries בתפריט Admin.

2. בסרגל הכתובות של הדפדפן, מוסיפים ?cleanup=true לסוף כתובת ה-URL ומקישים על Enter. לדוגמה:

   https://INSTANCE_NAME.cloud.looker.com/admin/queries?cleanup=true
   

3. הקטע ניקוי שאילתות חירום מופיע מעל טבלת השאילתות.

4. מבצעים אחת מהפעולות הבאות:

   • כדי להפסיק את כל השאילתות שפועלות במופע: לוחצים על הפסקת כל השאילתות הפועלות.
   • הפסקת כל השאילתות הפעילות לחיבור ספציפי: בוחרים חיבור למסד נתונים מהתפריט הנפתח חיבור ואז לוחצים על הפסקת שאילתות בחיבור.

5. בתיבת הדו-שיח לאישור, מאשרים שרוצים להפסיק את ההרצה של השאילתות.

אם חיבור לא תקין או לא מגיב למסד נתונים גורם להצטברות חוזרת של שאילתות, אדמינים יכולים גם להשבית זמנית את החיבור באמצעות האפשרות השבתת החיבור בדף הגדרות החיבורים.

ניבים נתמכים להפסקת שאילתות

כדי שמערכת Looker תבטל שאילתות – באופן אוטומטי על ידי סגירת כרטיסיית הדפדפן, באופן פרטני בדף Queries או בכמות גדולה באמצעות ניקוי שאילתות חירום – הניב של מסד הנתונים צריך לתמוך בביטול שאילתות. בטבלה הבאה מפורטים הניבים שתומכים בהפסקת שאילתות בגרסה האחרונה של Looker:

דיאלקט	נתמך?
Actian Avalanche
Amazon Athena
Amazon Aurora MySQL
Amazon Redshift
Amazon Redshift 2.1+
Amazon Redshift Serverless 2.1+
Apache Druid
Apache Druid 0.13.x - 0.17.x
Apache Druid 0.18+
Apache Hive 2.3+
Apache Hive 3.1.2+
Apache Spark 3+
ClickHouse
ClickHouse 26+
Cloudera Impala 3.1+
Cloudera Impala 3.1+ with Native Driver
Cloudera Impala with Native Driver
DataVirtuality
Databricks
Denodo 7
Denodo 8 & 9
Dremio
Dremio 11+
Dremio 26+ with Arrow Flight SQL
Exasol
Google BigQuery Legacy SQL
Google BigQuery Standard SQL
Google Cloud AlloyDB for PostgreSQL
Google Cloud PostgreSQL
Google Cloud SQL
Google Spanner
Greenplum
HyperSQL
IBM Netezza
MariaDB
Microsoft Azure PostgreSQL
Microsoft Azure SQL Database
Microsoft Azure Synapse Analytics
Microsoft SQL Server 2008+
Microsoft SQL Server 2012+
Microsoft SQL Server 2016
Microsoft SQL Server 2017+
MongoBI
MongoSQL
MySQL
MySQL 8.0.12+
Oracle
Oracle ADWC
PostgreSQL 9.5+
PostgreSQL pre-9.5
PrestoDB
PrestoSQL
SAP HANA
SAP HANA 2+
SingleStore
SingleStore 7+
Snowflake
Teradata
Trino
Vector
Vertica

זמן קצוב לתפוגה של שאילתה והוספה לתור

מערכת Looker מפסיקה שאילתות שהמתינו בתור יותר מדי זמן. הפעולה הזו נקראת פסק זמן. יכול להיות שחלים על השאילתה שלכם כמה פסק זמן:

• פסק זמן של מאגר חיבורים ומספר מקסימלי של שאילתות בו-זמניות: כדי למנוע עומס יתר על מסד הנתונים עם שאילתות בו-זמניות, Looker מחזיק שאילתות בו-זמניות עודפות בתור השאילתות של Looker, ויפסיק שאילתות שנשארות בתור יותר מדי זמן. כברירת מחדל, מותרות 75 שאילתות בו-זמניות לכל חיבור. אם תשלחו שאילתות נוספות מעבר למגבלת החיבור, הן יפסיקו לפעול אחרי 0 שניות. כדי לשנות את הגדרות ברירת המחדל האלה, צריך להגדיר את ההגדרות מספר החיבורים המקסימלי, מספר השאילתות המקסימלי בו-זמנית לחיבור הזה וזמן קצוב לתפוס חיבור ממאגר בדף הגדרות חיבורים של החיבור.

• מגבלת שאילתות וזמן קצוב לתפוגה לכל משתמש: כדי למנוע מצב שבו משתמש אחד ממלא את תור השאילתות של Looker, לכל משתמש יש מספר מקסימלי של שאילתות מקבילות מותרות וזמן קצוב לתפוגה של שאילתות שנמצאות בתור בגלל מגבלת השאילתות המקבילות. המגבלה לכל משתמש חלה גם על משתמשים שנכנסים ל-Looker באמצעות תהליך האימות הרגיל, וגם על משתמשים שנכנסים באמצעות פרטי כניסה של משתמש API. יש שתי דרכים להגדיר את המספר המקסימלי של שאילתות בו-זמניות לכל משתמש עבור חיבורים במופע Looker:

  • אפשרות ההפעלה per-user-query-limit. זוהי הגדרה ברמת המופע שקובעת את ברירת המחדל לחיבורים במופע. אפשרות ההפעלה per-user-query-limit מגבילה את מספר השאילתות המקבילות לכל משתמש, לכל חיבור ולכל צומת במופע Looker. מספר השאילתות המקסימלי שמוגדר כברירת מחדל (15 שאילתות מקבילות לכל משתמש) חל על כל חיבור תקין, ואם מופעל אשכול במופע Looker, על כל צומת באשכול. כברירת מחדל, כל משתמש יכול להריץ עד 15 שאילתות בו-זמנית לכל חיבור, לכל צומת, עם פסק זמן של 600 שניות. לדוגמה, אם יש לכם אשכול עם 5 צמתים וערך per-user-query-limit של 15, כל צומת יאפשר 15 שאילתות מקבילות לכל משתמש עבור החיבור הזה, כך שבסך הכול יתאפשרו 75 שאילתות בכל הצמתים (‎15 * 5 = 75).

  כדי לשנות את מגבלת השאילתות לכל משתמש בחיבור, משתמשים בהגדרה Max concurrent queries per user for this connection בדף Connection Settings של החיבור. אם מופע Looker שלכם באירוח בצד הלקוח, אתם יכולים לשנות את מספר השאילתות המקסימלי המקביל לכל משתמש שמוגדר כברירת מחדל על ידי הגדרת אפשרות ההפעלה --per-user-query-limit, ואתם יכולים להגדיר את הזמן הקצוב לתפוגה של התור באמצעות אפשרות ההפעלה --per-user-query-timeout.

  • האפשרות מספר מקסימלי של שאילתות בו-זמניות לכל משתמש בחיבור הזה בהגדרות החיבור של חיבור. ההגדרה מספר מקסימלי של שאילתות מקבילות לכל משתמש בחיבור הזה מוגדרת כברירת מחדל ל-25, והיא חלה על כל משתמש וכל חיבור, אבל לא על כל צומת. לדוגמה, אם יש לכם אשכול עם 5 צמתים והגדרתם את הערך הזה ל-15, כל צומת יאפשר 3 שאילתות מקבילות לכל משתמש עבור החיבור הזה (15 חלקי 5 שווה ל-3), כך שבסך הכול יתאפשרו 15 שאילתות בכל הצמתים. בחיבור, אם מספקים ערך להגדרה מספר מקסימלי של שאילתות מקבילות לכל משתמש בחיבור הזה, הערך הזה יבטל את אפשרות ההפעלה per-user-query-limit של החיבור.

• מגבלת שאילתות ותפוגת זמן קצוב לתזמון: כדי למנוע עומס יתר על תהליך התזמון של Looker, מופע Looker יכול להריץ עד 10 שאילתות מתוזמנות בו-זמנית, והזמן הקצוב לתפוגה של שאילתות בתור לתזמון הוא 1,200 שניות. אם מופע Looker שלכם באירוח בצד הלקוח, אתם יכולים לשנות את ברירות המחדל האלה על ידי הגדרת --scheduler-query-limit ו--scheduler-query-timeout אפשרויות ההפעלה.

• מגבלת שאילתות של כלי העיבוד וזמן קצוב לתפוגה: כדי למנוע עומס יתר על תהליך העיבוד של Looker, מכונה של Looker יכולה לעבד מקסימום 2 הורדות בו-זמניות של תמונות, כמו פורמטים של PDF ו-PNG. אם מופע Looker שלכם באירוח בצד הלקוח, אתם יכולים לשנות את ברירת המחדל הזו על ידי הגדרת --concurrent-render-jobs אפשרות ההפעלה.

זמן קצוב לתפוגה של תגובה לפעולה מאתר אחר (webhook): ‏ Looker ינסה לשלוח נתונים לתגובה לפעולה מאתר אחר (webhook) למשך 30 דקות לכל היותר. אם Looker לא יכול לתקשר עם יעד ה-webhook תוך 30 דקות, השאילתה תגיע לזמן קצוב לתפוגה. אי אפשר להגדיר את משך הזמן הזה.

• פסק זמן של שרת proxy: בדרך כלל נעשה שימוש בשרתי proxy עם פסק זמן שמוגדר כברירת מחדל של 60 שניות במופעים באירוח בצד הלקוח. מומלץ להגדיל את הזמן הקצוב לתפוגה ל-60 דקות. מידע נוסף זמין בפוסט בקהילת Looker בנושא הפעלת Looker מאחורי שרת proxy או מאזן עומסים.

• פסק זמן (timeout) של מסד הנתונים: לרוב מסדי הנתונים יש כללים לגבי תורים ופסק זמן שלא תלויים בתורים ובפסק הזמן של Looker. לדוגמה, יכול להיות ששאילתה יצאה מהתור של Looker, אבל היא עדיין יכולה להיות בתור במסד הנתונים שלכם. מידע נוסף על התאמה אישית של פסק זמן לשאילתות במסד נתונים זמין במאמרי העזרה של מסד הנתונים.