- מידע על
- מה זה Cloud SQL?
- מה היתרונות של Cloud SQL?
- אילו גרסאות של מסדי נתונים זמינות ב-Cloud SQL? איך מנהלים עדכונים?
- האם Cloud SQL תומך בכל התכונות של מסד הנתונים?
- האם יש מגבלות על הגודל או על מספר השאילתות לשנייה (QPS)?
- איך אפשר לקבל התראות על שינויים ב-Cloud SQL?
- איך מדווחים על באג, מבקשים להוסיף תכונה או שואלים שאלה?
- איך מתחילים
- אחסון נתונים, שכפול ואימות
- איפה מאוחסנים הנתונים שלי?
- האם כדאי להשתמש בכונני SSD או בכוננים קשיחים (HDD) לאחסון?
- מה זה אזור?
- מהן מגבלות האחסון?
- איך הנתונים שלי משוכפלים?
- איך פועל מעבר לגיבוי בעת כשל ב-Cloud SQL?
- האם הנתונים שלי מוצפנים?
- איך מתבצעת הצפנה של נתונים במנוחה?
- איך מנוהלת ההצפנה של נתונים במעבר?
- אילו סוגים של עותקים לקריאה אפשר ליצור?
- איך אפשר לדעת אם מכונה היא רפליקה לקריאה בלבד?
- האם Cloud SQL מספק איזון עומסים לבקשות לרפליקות לקריאה בלבד?
- גיבוי ושחזור
- ניהול המופעים
- אילו פעולות גורמות להפעלה מחדש של מכונות Cloud SQL?
- כמה זמן המכונות מושבתות במהלך הפעלה מחדש?
- אפשר להגדיל או להקטין את מסד הנתונים?
- אפשר לשדרג או לשנמך את מספר ליבות ה-CPU הווירטואליות?
- האם צריך להשתמש במסוף Google Cloud כדי לנהל את Cloud SQL?
- איך אפשר לפנות את המקום של טבלה שהוסרה?
- איך אפשר לפנות את נפח האחסון שמשמש לקבצים זמניים?
- אפשר למחוק ידנית יומנים בינאריים ממכונות?
- אפשר להגדיר מדיניות שמירת נתונים מותאמת אישית ליומן בינארי?
- איך אפשר לעקוב אחרי שינויים בנתונים?
- אפשר לייבא או לייצא מסד נתונים ספציפי?
- אפשר לייבא או לייצא קובץ CSV?
- האם צריך חשבון Cloud Storage כדי לייבא או לייצא נתונים ממכונה?
- מה המשמעות של
ERROR_RDBMSבפעולת ייבוא? - אם אמחק את המכונה שלי, אוכל להשתמש שוב בשם המכונה?
- מהו משתמש מסד הנתונים cloudsqladmin?
- איך אפשר להשתמש ב-
GRANT ALL? - איך אפשר לגשת ליומני העסקאות של המכונות שלי?
- מהי רמת הבידוד של טרנזקציות שמספק Cloud SQL?
- איך אפשר להגן על המכונה מפני מחיקה בטעות?
- תובנות
- תמחור וחיוב
- איך אפשר להתנסות ב-Cloud SQL?
- כמה מופעים אפשר ליצור בפרויקט?
- איזה גודל של מופע מסד נתונים נדרש? כמה זיכרון RAM?
- איך מחושב השימוש במכונה שלי?
- איך מחושב נפח האחסון?
- איך אפשר לראות כמה אשלם?
- מה קורה כשהמכונה מגיעה לגודל המותר?
- למה המופע שלי הושעה?
- למה המכונה שלי נמחקה?
- איך מבטלים את החשבון ב-Cloud SQL?
- איך משביתים את החיוב?
- שימוש ב-Cloud SQL עם App Engine
- האם אפשר להתחבר מ-App Engine למופע של MySQL?
- האם אפליקציית App Engine בארה"ב יכולה לגשת למכונה של Cloud SQL באיחוד האירופי (ולהפך)?
- איזה שירות מסד נתונים של Google Cloud מתאים לי?
- האם צריך להתקין שרת מסד נתונים מקומי כדי להשתמש בשרת הפיתוח של App Engine?
- באילו שפות אפשר לגשת למופע?
- האם אפשר להשתמש ב-Django עם Cloud SQL?
- באילו placeholders אפשר להשתמש במחרוזת השאילתה של Python?
- איך מנהלים את החיבורים?
- מה המשמעות של SQLException עם ההודעה "מזהה חיבור לא חוקי"?
- אפשר לגשת למכונה של Cloud SQL באופן פרוגרמטי מחוץ ל-App Engine?
מידע כללי
- מה זה Cloud SQL?
- Cloud SQL הוא שירות שמספק מסדי נתונים מנוהלים של SQL בענן. ב-Cloud SQL יש מסדי נתונים של PostgreSQL, SQL Server ו-MySQL.
- מה היתרונות של Cloud SQL?
- Cloud SQL מאפשר לכם להעביר ל-Google משימות שגרתיות, אבל הכרחיות ולרוב גוזלות זמן רב – כמו החלת תיקונים ועדכונים, ניהול גיבויים והגדרת שכפולים – כדי שתוכלו להתמקד בפיתוח אפליקציות מצוינות. מכיוון שאנחנו משתמשים בפרוטוקולים סטנדרטיים של העברת נתונים, אתם יכולים להתחבר כמעט מכל אפליקציה, בכל מקום.
- אילו גרסאות של מסדי נתונים זמינות ב-Cloud SQL? איך מתבצע ניהול של עדכונים?
-
Cloud SQL ל-MySQL תומך ב-MySQL בגרסאות 8.4 (ברירת המחדל), 8.0, 5.7 ו-5.6.
עדכונים של גרסאות משניות מופצים כחלק מתחזוקה מתוזמנת, ולא נדרשת פעולה נוספת מצידכם. מידע נוסף על עדכונים זמין במאמר סקירה כללית על תחזוקה במכונות Cloud SQL.
כדי לראות את הגרסה הנוכחית של המכונה, נכנסים למסוףGoogle Cloud ולוחצים על שם המכונה כדי לפתוח את הדף Instance details. אפשר גם להשתמש בפקודה
gcloud sql instances describe. - האם Cloud SQL תומך בכל התכונות של מסדי נתונים?
- Cloud SQL תומך ברוב התכונות הנפוצות של MySQL. רשימה של כל ההבדלים בין MySQL רגיל לבין הפונקציונליות ש-Cloud SQL מספק מופיעה במאמר ההבדלים בין Cloud SQL לבין הפונקציונליות של MySQL רגיל.
- האם יש מגבלות על הגודל או על מספר השאילתות לשנייה?
- אין מגבלות על מספר השאילתות לשנייה (QPS) למכונות Cloud SQL. מידע על מגבלות לגבי חיבור, גודל ומגבלות ספציפיות ל-App Engine זמין במאמר מכסות ומגבלות.
- איך אפשר לקבל התראות על שינויים ב-Cloud SQL?
- אפשר להירשם לפיד ה-RSS של הדף MySQL Release Notes.
- איך מדווחים על באג, מבקשים תכונה או שואלים שאלה?
-
אתם יכולים לשאול שאלות בפורום הקהילה של Google Cloud Developer Program. למידע נוסף, אפשר לעיין בפורומים הבאים של Cloud SQL:
- דיונים בנושא Cloud SQL ל-MySQL
- דיונים בנושא Cloud SQL ל-PostgreSQL
- דיונים בנושא Cloud SQL ל-SQL Server
כדי לראות את הסטטוס Google Cloud הכללי, אפשר להיכנס אל כלי המעקב אחר הסטטוס של Google Cloud.
אם נתקלתם בבאג ב-Cloud SQL שניתן לשחזור או שאתם רוצים לבקש תכונה חדשה, אתם יכולים להיכנס לIssue Tracker.
תחילת העבודה
- מהו כלי MySQL הכי טוב לניהול המכונה שלי?
- יש מגוון כלים של MySQL שאפשר להשתמש בהם ב-Cloud SQL. כדי להריץ הצהרות בודדות, אפשר להשתמש ב כלי שורת הפקודה של MySQL. כדי לבצע משימות מורכבות יותר או להשתמש בסביבת פיתוח עשירה יותר של מסד נתונים, אפשר לנסות את Toad for MySQL או את MySQL Workbench. מידע נוסף זמין במאמר כלי ניהול ודיווח.
- מהו מנוע האחסון שבו אני משתמש?
- במכונות MySQL, מנוע האחסון היחיד שנתמך הוא InnoDB.
אם יש לכם קובץ
mysqldumpשבו כל הטבלאות הן בפורמט MyISAM, אתם יכולים להמיר אותן לפורמט InnoDB באמצעות העברת הקובץ דרך סקריפט sed:mysqldump --databases [DATABASE_NAME] \ -h [INSTANCE_IP] -u [USERNAME] -p [PASSWORD] \ --hex-blob --default-character-set=utf8mb4 | sed 's/ENGINE=MyISAM/ENGINE=InnoDB/g' > [DATABASE_FILE].sql
אזהרה: אל תבצעו את הפעולה הזו אם קובץ
mysqldumpמכיל את סכימתmysql. הקבצים האלה חייבים להישאר ב-MyISAM. - למה במכונה חדשה שאין בה נתונים מוצג מקום בכונן שהיה בשימוש?
- כשיוצרים מכונה, גם Cloud SQL וגם מסד הנתונים משתמשים בנפח אחסון מסוים בשביל קובצי מערכת ומטא-נתונים. חזרה למעלה
- איפה מאוחסנים הנתונים שלי?
-
נתוני המופע מאוחסנים באזור שבו המופע נמצא. אם לא תציינו מיקום לאחסון, הגיבויים יאוחסנו במספר אזורים שקרובים מבחינה גיאוגרפית למיקום של המכונה שלכם ב-Cloud SQL. לדוגמה, אם המכונה של Cloud SQL נמצאת ב-
us-central1, הגיבויים מאוחסנים כברירת מחדל במספר אזורים ב-us. עם זאת, מיקום ברירת מחדל כמוaustralia-southeast1נמצא מחוץ למספר אזורים. האזור הקרוב ביותר במספר אזורים הואasia. - מה זה אזור?
תחום (zone) הוא ישות עצמאית במיקום גיאוגרפי ספציפי שבו אפשר להשתמש במשאבים. לדוגמה, תחום בשם us-central1-a מציין מיקום במרכז ארצות הברית.
במכונות MySQL, אפשר להשיג עמידות בכשלים בין אזורים על ידי הגדרת המכונה לזמינות גבוהה. מומלץ מאוד להשתמש בהגדרת הזמינות הגבוהה בכל המכונות בסביבת הייצור.
למידע נוסף על אזורים, קראו את מאמר העזרה של Compute Engine בנושא משאבים של אזורים.
- מהן מגבלות האחסון?
- למידע על מגבלות האחסון, קראו את המאמר מכסות ומגבלות.
- איך הנתונים שלי משוכפלים?
-
מכונות MySQL: מכונות MySQL מספקות הגדרת זמינות גבוהה ורפליקות לקריאה בלבד של MySQL. רפליקות לקריאה ב-MySQL משתמשות ברפליקציה אסינכרונית.
- אילו סוגים של עותקים לקריאה בלבד אפשר ליצור?
-
מידע נוסף על עותקי API לקריאה בלבד, כולל תרחישים לדוגמה לכל סוג, זמין במאמר אפשרויות רפליקציה.
- איך פועל מעבר לגיבוי בעת כשל ב-Cloud SQL?
-
מידע על מעבר לגיבוי זמין במאמר סקירה כללית של הגדרת זמינות גבוהה.
- האם הנתונים שלי מוצפנים?
- נתוני הלקוחות ב-Cloud SQL מוצפנים כשהם מאוחסנים בטבלאות של מסדי נתונים, בקבצים זמניים ובגיבויים. אפשר להצפין את החיבורים החיצוניים באמצעות SSL או באמצעות Cloud SQL Auth Proxy.
- איך מתבצעת הצפנה של נתונים במנוחה?
הנתונים מוצפנים באמצעות תקן Advanced Encryption Standard (AES-256) של 256 ביט, או תקן טוב יותר, עם מפתחות סימטריים: כלומר, אותו מפתח משמש להצפנת הנתונים כשהם מאוחסנים, ולפענוח שלהם כשהם בשימוש. מפתחות הנתונים האלה מוצפנים בעצמם באמצעות מפתח שמאוחסן במאגר מפתחות מאובטח, והם משתנים באופן קבוע.
פרטים נוספים זמינים במאמר הצפנה במנוחה ב-Google Cloud.
- איך מנוהלת ההצפנה של נתונים במעבר?
-
Google מצפינה ומאמתת את כל הנתונים במעבר בשכבת רשת אחת או יותר, כשהנתונים מועברים אל מחוץ לגבולות הפיזיים שאינם בשליטתה של Google או מטעמה של Google. הנתונים במעבר בגבולות הפיזיים האלה מאומתים בדרך כלל, אבל יכול להיות שהם לא מוצפנים כברירת מחדל. אם מתחברים למופע באמצעות כתובת ה-IP הציבורית שלו, צריך להשתמש באישורי SSL/TLS כדי שהנתונים יהיו מאובטחים במהלך השידור. אתם יכולים לבחור אילו אמצעי אבטחה נוספים להחיל בהתאם למודל האיומים שלכם. לדוגמה, אפשר להגדיר SSL לחיבורים בתוך אזור ל-Cloud SQL.
מידע נוסף זמין במאמר הצפנה במעבר ב-Google Cloud.
- איך אפשר לדעת אם מכונה היא רפליקה לקריאה?
- אפשר להשתמש במסוף Google Cloud כדי לראות את כל המכונות של Cloud SQL, ולבדוק אם מכונה מסוימת היא מכונה ראשית או מכונה של עותק לקריאה בלבד. אפשר גם להשתמש ב-CLI של gcloud כדי לבדוק אם מכונה היא מכונה ראשית או העתק לקריאה. מידע נוסף זמין במאמר בנושא בדיקת סטטוס הרפליקציה.
- האם Cloud SQL מספק איזון עומסים לבקשות לקריאת רפליקות?
- Cloud SQL לא מספק או מגדיר איזון עומסים באופן אוטומטי. אפשר להשתמש במאגר חיבורים כדי להפיץ בקשות קריאה בין עותקים לקריאה בלבד, על ידי מעבר בין כמה נקודות קצה (endpoint) של חיבורים.
- איך משחזרים מכונה?
-
כדי לשחזר מגיבוי, אפשר להשתמש במסוףGoogle Cloud או בכלי
gcloudשורת הפקודה. למידע נוסף, קראו את המאמר שחזור מכונה.כדי לשחזר מכונה לנקודה מסוימת בזמן, משתמשים בשחזור מערכת מנקודה מסוימת בזמן (PITR). מידע נוסף זמין במאמר שימוש בשחזור מערכת מנקודה מסוימת בזמן (PITR).
- כמה עולים הגיבויים?
-
הגיבויים מחויבים לפי תעריף האחסון של המכונה.
למידע נוסף על תמחור האחסון של המכונות ועל תעריפי המכונות, ראו תמחור.
- האם אפשר לגשת לגיבויים אוטומטיים שנוצרו לפני יותר משבעה ימים?
-
גיבויים אוטומטיים מתבצעים כל יום, וכברירת מחדל נשמרים למשך שבעה ימים. אפשר להגדיר את ערך שמירת הגיבוי מגיבוי אחד ועד 365 גיבויים. בסיום תקופת השמירה, הגיבוי הישן ביותר נמחק. הגיבויים האוטומטיים הם מצטברים. הם מכילים רק נתונים שהשתנו אחרי הגיבוי הקודם. הגיבוי הישן ביותר הוא בגודל דומה למסד הנתונים. כשמוחקים את הגיבוי הישן ביותר, הגודל של הגיבוי הבא אחריו גדל כדי שעדיין יהיה גיבוי מלא.
הערה: גיבויים על פי דרישה לא נמחקים עד שמסירים אותם באופן ידני.
- איך שחזור מערכת מנקודה מסוימת בזמן (PITR) משפיע על הביצועים?
- ב-Cloud SQL ל-MySQL, כדי להשתמש בשחזור מערכת מנקודה מסוימת בזמן (PITR) צריך להפעיל את הרישום ביומן הבינארי. כלומר, כל עדכון במסד הנתונים נכתב ביומן נפרד, מה שגורם לירידה קלה בביצועי הכתיבה. הביצועים של פעולות הקריאה לא מושפעים מהרישום ביומן הבינארי, בלי קשר לגודל של קובצי היומן הבינארי.
- מתי כדאי להשתמש בשכפול חיצוני ומתי בשכפול בין אזורים כדי להגן על אזור מפני כשל?
-
שכפול חיצוני שכפול בין אזורים בניהול עצמי של הלקוח רפליקה מנוהלת חוצת-אזורים ב-Cloud SQL אפשר לשכפל בין מופעים שאינם ב-Google Cloud לבין מופעים ב-Google Cloud אפשר לשכפל רק בין מכונות Cloud SQL כדי להעביר נתונים אל Google Cloud או ממנו, לצמצם את זמן ההשבתה או להגן על נתונים בענן היברידי או בענן מרובה כדי להעביר נתונים בין אזורים ב-Google Cloud ולצמצם את זמן ההשבתה תמיכה ברפליקציה בין גרסאות ראשיות שונות לא תומך בשכפול בין גרסאות ראשיות שונות - אילו פעולות עלולות לגרום להפעלה מחדש של מכונות Cloud SQL?
-
יכול להיות שהמכונות של Cloud SQL יופעלו מחדש כשאתם או Cloud SQL תבצעו את הפעולות הבאות:
- עדכון
- יצירה
- קידום רפליקה
- תחזוקה
- יצירת הרפליקה מחדש
- יתירות כשל
- הפעלה מחדש
- שחזור מכונה מגיבוי
- הפעלת זמינות גבוהה במכונה קיימת (זהו עדכון למכונה)
- הוספת דגל מסד נתונים שדורש הפעלה מחדש
הפעלה מחדש של מכונה לא משנה את כתובות ה-IP הציבוריות או הפרטיות של המכונה.
אפשר לעיין בקטע הבא: כמה זמן המופעים מושבתים במהלך הפעלה מחדש?
- כמה זמן המכונות מושבתות במהלך ההפעלה מחדש?
-
כשמפעילים מחדש מכונות, רוב המכונות מושבתות למשך דקה עד שתי דקות. לפני שהמכונה מושבתת, כל החיבורים מסתיימים והעבודה הנוכחית נמחקת מהדיסק.
במכונות עם עומס גדול, התהליך הזה נמשך יותר זמן, ויכול להיות שייראה כאילו המכונה תקועה. במקרים כאלה, יכול להיות שיעברו עד 60 דקות עד שהמכונה תכבה ותופעל מחדש. הסיבות לכך שההשבתה וההפעלה מחדש של המכונות נמשכות זמן רב יכולות להיות, למשל, כאשר למשתמש יש הרבה טרנזקציות כתיבה או כאשר הטרנזקציות פועלות במשך זמן רב.
- האם אפשר להגדיל או להקטין את מסד הנתונים?
-
מכונות MySQL: אתם יכולים להגדיל את נפח האחסון שזמין למכונה בכל שלב, בלי לגרום לזמן השבתה. אי אפשר להקטין את נפח האחסון של המכונה.
אפשר גם להגדיר את המופע כך שיגדיל אוטומטית את נפח האחסון שלו כשהמקום מתחיל להיגמר. מידע נוסף
- האם אפשר לשדרג ולשנמך את מספר ליבות ה-vCPU?
-
כן. אתם יכולים לשנות את מספר ה-vCPU שבו אתם משתמשים במופע. אפשר להגדיל או להקטין את מספר הליבות שבהן משתמשים כמה פעמים שרוצים. בדרך כלל, זמן ההשבתה לשינוי מספר ה-vCPUs הוא פחות מ-5 דקות. אם אתם מגדילים את מספר המעבדים הווירטואליים במכונה הראשית של מהדורת Cloud SQL Enterprise Plus, השינוי ייכנס לתוקף כמעט בלי זמן השבתה.
- האם צריך להשתמש במסוף Google Cloud כדי לנהל את Cloud SQL?
- לא. כל משימות הניהול שאפשר לבצע באמצעות המסוף, אפשר לבצע גם באופן פרוגרמטי באמצעות Cloud SQL Admin API, או באמצעות סקריפט באמצעות כלי שורת הפקודה
gcloud. - איך אפשר להחזיר את המקום מטבלה שהוסרה?
- כשמוחקים טבלה ממסד נתונים ובודקים את Google Cloud המסוף, יכול להיות שהשטח שהתפנה בעקבות מחיקת הטבלאות לא יופיע בערך המדווח של Storage Used במכונה. במכונות שפועלות עם MySQL 5.5, הדגל
innodb_file_per_tableמוגדר כ-OFFכברירת מחדל. InnoDB אף פעם לא מכווץ את מרחב הטבלאות שמוגדר כברירת מחדל. כדי לפנות מקום להגדרה הזו, צריך ליצור מכונה חדשה ממסד הנתונים הקטן יותר, או לשנות את הערך של הדגלinnodb_file_per_tableל-ON. מידע על שינוי של דגלים במסד הנתונים זמין במאמר בנושא הגדרת דגלים במסד הנתונים. - איך אפשר לפנות את הנפח שמשמש לקבצים זמניים?
- הגודל של קבצים זמניים יכול לגדול כששאילתות SQL יוצרות הרבה טבלאות זמניות. כדי לפנות את המקום שבו נעשה שימוש בטבלאות זמניות, צריך להפעיל מחדש את מסד הנתונים. חשוב לדעת שהפעלה מחדש של מסד הנתונים לא מקטינה את נפח האחסון שהוקצה בדיסק כתוצאה מהגידול בקבצים הזמניים.
- האם אפשר למחוק באופן ידני יומני בינאריים ממופעים?
- יומנים בינאריים תופסים נפח אחסון. היומנים הבינאריים נמחקים באופן אוטומטי יחד עם הגיבוי האוטומטי שמשויך אליהם, בדרך כלל אחרי כשבעה ימים. אי אפשר למחוק יומנים בינאריים באופן ידני.
אם הגודל של יומני הנתונים הבינאריים גורם לבעיה במופע, אפשר להגדיל את נפח האחסון. אפשר גם להשבית את הרישום ביומן בינארי ואז להפעיל אותו מחדש, מה שיגרום למחיקת היומנים הבינאריים. חשוב לזכור שהפעולה הזו לא מקטינה את נפח האחסון שהוקצה למכונה.
- האם אפשר להגדיר מדיניות שמירת נתונים מותאמת אישית של יומן בינארי?
-
כן, אפשר לשנות את תקופת השמירה של היומן הבינארי. זהו הערך הנמוך יותר מבין תקופת השמירה של יומן העסקאות לבין הערך של הדגל
binlog_expire_logs_seconds(או הדגלexpire_logs_daysבגרסאות MySQL שקודמות ל-8.4). מידע נוסף זמין בטיפים האלה, במאמר שמירת יומן העסקאות ובמאמר הגדרת שמירת יומן העסקאות. - איך אפשר לעקוב אחרי שינויים בנתונים?
- כדי לעקוב אחרי שינויים בנתונים, מפעילים את היומן הבינארי במכונה. מעקב אחרי שינויים בנתונים יכול לעזור לכם לשחזר נתונים שאבדו בטעות. במקרה של אובדן נתונים מקרי, למשל כתוצאה מפקודת
DROP DATABASE, אפשר לשחזר עד לקואורדינטות של היומן הבינארי, ממש לפני אירוע אובדן הנתונים. מידע נוסף זמין במאמר בנושא שחזור מערכת מנקודה מסוימת בזמן (PITR). - האם אפשר לייבא או לייצא מסד נתונים ספציפי?
- כן. אתם יכולים לייבא או לייצא מסד נתונים ספציפי או את כל מסדי הנתונים במכונה. מידע נוסף זמין במאמרים בנושא ייבוא נתונים וייצוא נתונים.
- אפשר לייבא או לייצא קובץ CSV?
-
אפשר לייבא או לייצא קובץ CSV ל-MySQL או ל-PostgreSQL. מידע נוסף זמין במאמר יצירת קובץ CSV.
בשלב הזה, אין תמיכה ב-CSV ב-Cloud SQL ל-SQL Server.
- האם צריך חשבון Cloud Storage כדי לייבא נתונים למופע או לייצא נתונים ממנו?
- ב-Cloud SQL אפשר לייבא ולייצא מסדי נתונים (קובצי SQL מוכנים לשימוש, דחוסים או לא דחוסים) וקובצי CSV באמצעות קטגוריה של Cloud Storage. כדי לייבא או לייצא באמצעות קטגוריה של Cloud Storage, צריך להירשם לחשבון Google Cloud ולצור קטגוריה, או לקבל גישה לקטגוריה של Cloud Storage בחשבון אחר. מידע נוסף זמין במאמרים ייצוא וייבוא באמצעות קובצי SQL מוכנים לשימוש וייצוא וייבוא באמצעות קובצי CSV.
- מה המשמעות של
ERROR_RDBMSבפעולת ייבוא? -
השגיאה הזו מתרחשת אם MySQL מחזיר שגיאה במהלך פעולת ייבוא נתונים. סיבות נפוצות כוללות תחביר לא חוקי, שימוש במסד נתונים או בטבלה שלא הוגדרו וניסיון להריץ הצהרות MySQL שדורשות את ההרשאה
SUPER. - אם אמחק את המכונה, אוכל להשתמש שוב בשם המכונה?
- כן.
- מהו משתמש מסד הנתונים של
cloudsqladmin? -
כל מכונה של Cloud SQL ל-MySQL כוללת משתמש במסד הנתונים שנקרא
cloudsqladmin. יכול להיות שתבחינו במשתמש הזה אם תפעילו את הפקודהSHOW GRANTS FOR cloudsqladmin@localhost. במקרים מסוימים, המשתמש הזה מופיע גם בטבלת המשתמשים של המערכת. חשבון המשתמש הזה משמש לתהליכים אוטומטיים שצריכים לגשת לנתונים במכונה (לדוגמה, גיבוי המכונה או ביצוע ייבוא או ייצוא). - איך משתמשים ב-
GRANT ALL?
- Cloud SQL לא תומך בהרשאות
SUPER, ולכן הצהרותGRANT ALL PRIVILEGESלא יפעלו. אפשרות אחרת היא להשתמש ב-GRANT ALL ON `%`.*. - איך אפשר לגשת ליומני העסקאות של המכונות?
- במכונות MySQL, אם מפעילים את היומן הבינארי של המכונה (ראו הפעלה של יומן בינארי) ומגדירים כתובת IP למכונה (ראו הגדרת גישה לקישור דרך IP), אפשר להשתמש בכלי mysqlbinlog הסטנדרטי של MySQL כדי לבדוק את יומני הטרנזקציות של המכונה.
- מהי רמת הבידוד של העסקאות ב-Cloud SQL?
-
מכונות MySQL: Cloud SQL מספק רמת בידוד של טרנזקציה
REPEATABLE READ. אפשר לשנות את רמת בידוד של טרנזקציה עבור הסשן הנוכחי, אבל בדרך כלל עדיף להשתמש בערך ברירת המחדל. מידע נוסף זמין במאמר רמות בידוד של טרנזקציות במסמכי התיעוד של MySQL. - איך אפשר להגן על המכונה מפני מחיקה בטעות?
- אפשר להפעיל הגנה מפני מחיקה כשיוצרים מופע או במועד מאוחר יותר. אם ההגדרה הזו מופעלת, צריך להשבית אותה לפני שמוחקים את המכונה. למידע נוסף על מניעת מחיקה של מכונה
- למה אני לא רואה את התוכנית לדוגמה לביצוע שאילתה ב-Insights?
- יש לנו רק שאילתות לדוגמה לקבלת תוכנית לביצוע שאילתה, בגלל ההשפעה שיכולה להיות לה על הביצועים של השאילתה. לכן, לפעמים לא מופיעות תוכניות לדוגמה לביצוע שאילתות.
- איך אפשר לנסות את Cloud SQL?
- המופע הקטן ביותר הוא
db-f1-micro. אתם יכולים להשתמש בו כדי לנסות את השירות. שימו לב: מופעי ליבה משותפים לא מכוסים בהסכם רמת השירות. - כמה מכונות אפשר ליצור בפרויקט?
- למידע על מגבלת המכונות, ראו מכסות ומגבלות.
- איזה גודל של מופע מסד נתונים נדרש לי? כמה זיכרון RAM?
- באופן כללי, אפשר לשפר את הביצועים של מסד הנתונים על ידי בחירת מכונה גדולה יותר עם יותר זיכרון RAM ומעבד (CPU). השינוי הזה משפר את הביצועים של הרבה שאילתות שכוללות כמות גדולה של חישובים, כמו שאילתות שכוללות הצטרפויות, ORDER BY או GROUPing, אבל לא ישפיע באופן משמעותי על הביצועים של עדכונים שמשפיעים על שורות בודדות. עם זאת, ככל שהגודל של המופע גדול יותר, כך זמן האחזור התפעולי גדול יותר. למידע נוסף על גודלי מכונות ותמחור, ראו את דף התמחור.
- איך מחושב השימוש במכונה שלי?
-
מכונות MySQL: החיוב הוא לפי דקה, על הזמן שבו המכונה פועלת (מדיניות ההפעלה היא
ALWAYS). - איך מחושב נפח האחסון?
- החישוב של נפח האחסון מבוסס על נפח האחסון שהקציתם למופע. החיוב על אחסון של גיבויים נקבע לפי נפח האחסון שהגיבויים תופסים. החיוב על האחסון מתבצע גם אם המכונה פועלת וגם אם היא כבויה.
- איך אפשר לראות כמה יחויב?
- בכרטיסייה Billing במסוףGoogle Cloud מוצגים החיובים שנצברו במכונות מאז שהונפק החשבון האחרון.
- מה קורה כשהמופע מגיע לגודל המותר?
- אם המופע מגיע לגודל האחסון שהוקצה לו, ולא הפעלתם הגדלה אוטומטית של האחסון או שהגעתם למגבלה שהוגדרה, לא תהיה אפשרות לכתוב לנתונים במסד הנתונים עד שתגדילו את גודל האחסון. הגדלת נפח האחסון לא מחייבת הפעלה מחדש של המופע או השבתה.
- למה המכונה שלי מושעית?
- כנראה שיש בעיה בחשבון Google Cloud שלך. כדי לבדוק את סטטוס החיוב, אפשר לשלוח בקשה לתמיכה בנושאי חיוב. אחרי שפותרים את בעיית החיוב, המופע חוזר לסטטוס 'ניתן להפעלה' תוך כמה שעות. חשוב לדעת: מופעי MySQL מושעים נמחקים אחרי 90 יום.
- למה המכונה שלי נמחקה?
-
מכונות MySQL שמושעות למשך 90 ימים נמחקות. ההגדרה הזו חלה על מקרים עם סטטוס
SUSPENDED. מופעים שהופסקו, עם סטטוסRUNNABLE, לא נמחקים. - איך אפשר לבטל את החשבון ב-Cloud SQL?
- כדי להשבית את Cloud SQL בפרויקט, נכנסים לGoogle Cloud מסוף, בוחרים את הפרויקט ובוחרים את שירות ה-API כדי לפתוח את לוח הבקרה של ה-API. מוצאים את Cloud SQL API ולוחצים על Disable.
- איך משביתים את החיוב?
- כדי להשבית את החיוב, לוחצים על Disable billing בחלונית Billing & settings של הפרויקט במסוף Google Cloud . אם תשביתו את החיוב, גם השירות של Cloud SQL יושבת. לפני שמשביתים את החיוב, חשוב לוודא שרוצים להשבית את שירות Cloud SQL.
אחרי שתשביתו את החיוב, תקבלו חשבון אחרון על חיובים שצברתם בתקופה שבין תחילת מחזור החיובים ועד למועד הביטול.
- אפשר להתחבר מ-App Engine למכונה של MySQL?
- אפשר להתחבר מאפליקציית App Engine למכונה של MySQL, גם אם האפליקציה פועלת בסביבה הרגילה וגם אם היא פועלת בסביבה הגמישה. מידע נוסף זמין במאמרים התחברות מסביבת ברירת המחדל ב-App Engine והתחברות מהסביבה הגמישה ב-App Engine.
- האם אפליקציית App Engine בארה"ב יכולה לגשת למכונה של Cloud SQL באיחוד האירופי (ולהפך)?
-
אם אתם מתחברים למכונה של MySQL, האפליקציה שלכם ב-App Engine לא צריכה להיות באותו אזור, והיא יכולה לפעול בסביבה הרגילה או בסביבה הגמישה. עם זאת, ככל שהמרחק בין המכונה של Cloud SQL לבין האפליקציה ב-App Engine גדול יותר, כך זמן האחזור של החיבורים למסד הנתונים ארוך יותר.
- איזה Google Cloud שירות מסד נתונים מתאים לי?
- האפשרות הזו תלויה בדרישות של האפליקציה שלכם. Google Cloud מציע מספר אפשרויות לאחסון, לניהול ולשליפה של הנתונים. מידע נוסף זמין במאמר מסדי נתונים ב-Google Cloud .
- האם צריך להתקין שרת מסד נתונים מקומי כדי להשתמש בשרת הפיתוח של App Engine?
- לא. אתם יכולים להגדיר את App Engine כך שישתמש ב-Cloud SQL או בשרת מסד נתונים שמותקן באופן מקומי כשמריצים בשרת הפיתוח.
- באילו שפות אפשר לגשת למופע?
-
הסביבה הרגילה של App Engine תומכת בכמה שפות שאפשר להשתמש בהן כדי להתחבר למופעים. למידע נוסף, ראו התחברות מסביבת ברירת המחדל ב-App Engine או התחברות מסביבה גמישה ב-App Engine.
אם אתם לא משתמשים ב-App Engine, אתם יכולים להשתמש בכל שפה שיש לה מחבר או API משויכים. לרשימה של השפות הנתמכות, עיינו בפרק Connectors and APIs במדריך העזר של MySQL.
- האם אפשר להשתמש ב-Django עם Cloud SQL?
- כן. Cloud SQL תואם ל-Django. למידע נוסף, קראו את המאמר תחילת העבודה עם Django.
- באילו פלייסהולדרים אפשר להשתמש במחרוזת השאילתה ב-Python?
- משתמשי Python יכולים להשתמש רק בקוד הפורמט
%sבהחלפת פרמטרים. לכן, ההצהרה הבאה לא תקפה:cursor.execute('INSERT INTO entries (guestAge) VALUES (%d)', (age)). - איך מנהלים את החיבורים?
-
ניהול יעיל של החיבורים למסד הנתונים הוא היבט חשוב בפיתוח אפליקציות של מסדי נתונים, כולל שימוש במאגר חיבורים ובהשהיה מעריכית לפני ניסיון חוזר (exponential backoff). דוגמאות לשימוש בטכניקות האלה במגוון שפות ומסגרות זמינות במאמר ניהול חיבורים למסד נתונים.
- מה המשמעות של SQLException עם ההודעה "Invalid connection ID"?
- המשמעות היא שהחיבור כבר לא פתוח בשרת והלקוח מחק אותו. אין צורך לקרוא 'close' בחיבורים האלה, הם כבר סגורים.
- האם אפשר לגשת למכונה של Cloud SQL באופן פרוגרמטי מחוץ ל-App Engine?
- כן. אפשר לגשת למכונות Cloud SQL באופן פרוגרמטי מאפליקציות חיצוניות באמצעות כל שפה נתמכת. אתם יכולים גם להתחבר באמצעות Cloud SQL Java Connector, כולל כתיבת סקריפטים של Apps Script כדי לגשת למסדי הנתונים של Cloud SQL. סקירה כללית על קישור