בדף Queries בקטע Database בתפריט Admin מופיע מידע על 50 השאילתות האחרונות ש-Looker שלח למסד הנתונים. מידע על שאילתות שהן ישנות יותר מ-50 השאילתות האחרונות זמין בקטע שימוש ב-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:
| דיאלקט | האם יש תמיכה? |
|---|---|
| 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 | |
| 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+ | |
| 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 | |
| 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אפשרות ההפעלה.
זמן קצוב לתפוגה של שרת proxy: בדרך כלל נעשה שימוש בשרתי proxy במופעים של אירוח בצד הלקוח, עם זמן קצוב לתפוגה של 60 שניות כברירת מחדל. מומלץ להגדיל את הזמן הקצוב לתפוגה ל-60 דקות. מידע נוסף זמין בפוסט בקהילת Looker בנושא הפעלת Looker מאחורי שרת proxy או מאזן עומסים.
פסק זמן של מסד נתונים: לרוב מסדי הנתונים יש כללים לגבי תורים ופסק זמן שלא תלויים בתורים ובפסק הזמן של Looker. לדוגמה, יכול להיות ששאילתה יצאה מהתור של Looker, אבל היא עדיין יכולה להיות בתור במסד הנתונים. מידע נוסף על התאמה אישית של פסק זמן לשאילתות במסד נתונים זמין במאמרי העזרה של מסד הנתונים.