שיבוט של מסד נתונים של MySQL ב-Compute Engine

הגדרת הסביבה

כדי להשלים את המדריך הזה, צריך להגדיר את סביבת המחשוב עם הרכיבים הבאים:

• מכונת MySQL ב-Compute Engine (בשם mysql-prod) שמייצגת את שרת מסד הנתונים של הייצור.
• דיסק נוסף (בשם mysql-prod-data) שמצורף לשרת הייצור שלכם לאחסון מסד הנתונים של הייצור.
• עותק של מסד הנתונים Employees יובא אל mysql-prod כדי לדמות את מסד הנתונים של הייצור שרוצים לשכפל.
• מכונת MySQL ב-Compute Engine (בשם mysql-test) שמייצגת את שרת מסד הנתונים של הבדיקות. משכפלים את מסד הנתונים לשרת הזה.

התרשים הבא ממחיש את הארכיטקטורה הזו.

יצירת מכונת ה-VM לסביבת הייצור

כדי לדמות סביבת ייצור, מגדירים מכונה וירטואלית ב-Compute Engine שמריצה MySQL ב-Debian Linux.

המכונה הווירטואלית במדריך הזה משתמשת בשני דיסקים: דיסק בנפח ‎50 GB למערכת ההפעלה ולחשבונות המשתמשים, ודיסק בנפח ‎100 GB לאחסון מסד הנתונים.

ב-Compute Engine, שימוש בדיסקים נפרדים לא מניב שיפור בביצועים. ביצועי הדיסק נקבעים לפי קיבולת האחסון הכוללת של כל הדיסקים שמצורפים למופע ולפי המספר הכולל של המעבדים הווירטואליים במופע של המכונה הווירטואלית. לכן, מסד הנתונים וקובץ היומן יכולים להיות באותו דיסק.

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. מגדירים את האזור המועדף:

   ZONE=us-east1-b
   REGION=us-east1
   gcloud config set compute/zone "${ZONE}"
   

3. יצירת מכונה של Compute Engine:

   gcloud compute instances create mysql-prod \
       --machine-type=n1-standard-2 \
       --scopes=cloud-platform \
       --boot-disk-size=50GB \
       --boot-disk-device-name=mysql-prod \
       --create-disk="mode=rw,size=100,type=pd-standard,name=mysql-prod-data,device-name=mysql-prod-data"
   

   הפקודה הזו מעניקה למכונה גישה מלאה לממשקי API של Cloud de Confiance , יוצרת דיסק משני בנפח 100GB ומצרפת את הדיסק למכונה. אפשר להתעלם מהאזהרה לגבי ביצועי הדיסק כי לא צריך ביצועים גבוהים במדריך הזה.

הגדרת הדיסק הנוסף

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

1. נכנסים לדף VM instances במסוף Cloud de Confiance .

   לדף VM instances

2. חשוב לוודא שמופיע סימן וי ירוק check ליד השם של מופע mysql-prod, שמציין שהמופע מוכן.

3. לוחצים על הלחצן SSH לצד מופע mysql-prod. הדפדפן פותח חיבור לטרמינל של המופע.

4. בחלון המסוף, מציגים רשימה של הדיסקים שמצורפים למופע:

   lsblk
   

   הפלט שיתקבל:

   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   sda      8:0    0   50G  0 disk
   └─sda1   8:1    0   50G  0 part /
   sdb      8:16   0  100G  0 disk
   

   הדיסק שנקרא sdb (100GB) הוא דיסק הנתונים שלכם.

5. מפרמטים את הדיסק sdb ויוצרים מחיצה אחת עם מערכת קבצים מסוג ext4:

   sudo mkfs.ext4 -m 0 -F -E lazy_itable_init=0,lazy_journal_init=0,discard \
       /dev/sdb
   

6. יוצרים את ספריית הנתונים של MySQL שתשמש כנקודת הטעינה של דיסק הנתונים:

   sudo mkdir -p /var/lib/mysql
   

7. כדי להגדיר שהדיסק יותקן אוטומטית בנקודת ההרכבה שיצרתם, מוסיפים רשומה לקובץ /etc/fstab:

   echo "UUID=`sudo blkid -s UUID -o value /dev/sdb` /var/lib/mysql ext4 discard,defaults,nofail 0 2" \
      | sudo tee -a /etc/fstab
   

8. טוענים את הדיסק:

   sudo mount -av
   

9. מסירים את כל הקבצים מדיסק הנתונים כדי ש-MySQL יוכל להשתמש בו כספריית נתונים:

   sudo rm -rf /var/lib/mysql/*
   

התקנה של שרת MySQL

צריך להוריד ולהתקין את MySQL Community Edition. ספריית הנתונים של MySQL נוצרת בדיסק הנוסף.

1. בסשן ה-SSH שמחובר אל mysql-prod, מורידים ומתקינים את חבילת ההגדרות של MySQL:

   wget http://repo.mysql.com/mysql-apt-config_0.8.13-1_all.deb
   sudo dpkg -i mysql-apt-config_0.8.13-1_all.deb
   

2. כשמוצגת בקשה, בוחרים באפשרות MySQL Server & Cluster ואז בוחרים באפשרות mysql-5.7.

3. ברשימה, בוחרים באפשרות Ok כדי להשלים את ההגדרה של החבילה.

4. מרעננים את מטמון המאגר ומתקינים את חבילות mysql-community:

   sudo apt-get update
   sudo apt-get install -y mysql-community-server mysql-community-client
   

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

6. כשמתבקשים לספק סיסמת root, יוצרים סיסמה ומזינים אותה. רושמים את הסיסמה או שומרים אותה באופן זמני במקום בטוח.

הורדה והתקנה של מסד הנתונים לדוגמה

1. בסשן ה-SSH שמחובר למכונת mysql-prod, מתקינים את git:

   sudo apt-get install -y git
   

2. משכפלים את מאגר GitHub שמכיל את סקריפטים של מסד הנתונים Employees:

   git clone https://github.com/datacharmer/test_db.git
   

3. עוברים לספרייה של סקריפט מסד הנתונים Employees:

   cd test_db
   

4. מריצים את הסקריפט Employees ליצירת מסד הנתונים:

   mysql -u root -p -q < employees.sql
   

   כשמוצגת בקשה, מזינים את סיסמת הבסיס שיצרתם קודם.

5. כדי לוודא שמסד הנתונים לדוגמה פועל, אפשר להריץ שאילתה שסופרת את מספר השורות בטבלה employees:

   mysql -u root -p -e "select count(*) from employees.employees;"
   

   כשתתבקשו, תצטרכו להזין את סיסמת הבסיס שיצרתם קודם.

   הפלט שיתקבל:

   +----------+
   | count(*) |
   +----------+
   |   300024 |
   +----------+
   

יצירת מופע של מכונה וירטואלית לבדיקה

בקטע הזה יוצרים מכונה וירטואלית של MySQL בשם mysql-test כיעד למסד הנתונים המשוכפל. ההגדרה של המופע הזה זהה לזו של מופע הייצור. עם זאת, לא יוצרים דיסק נתונים שני, אלא מחברים את דיסק הנתונים בהמשך המדריך הזה.

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. יוצרים את מכונת ה-MySQL לבדיקה:

   gcloud compute instances create mysql-test \
     --machine-type=n1-standard-2 \
     --scopes=cloud-platform \
     --boot-disk-size=50GB \
     --boot-disk-device-name=mysql-test
   

   אפשר להתעלם מהאזהרה לגבי ביצועי הדיסק כי לא צריך ביצועים גבוהים לצורך המדריך הזה.

התקנת שרת MySQL במכונה הווירטואלית לבדיקה

צריך גם להוריד ולהתקין את MySQL Community Edition במכונה הווירטואלית mysql-test.

1. בסשן ה-SSH שמחובר אל mysql-test, מורידים ומתקינים את חבילת ההגדרות של MySQL:

   wget http://repo.mysql.com/mysql-apt-config_0.8.13-1_all.deb
   sudo dpkg -i mysql-apt-config_0.8.13-1_all.deb
   

2. כשמוצגת בקשה, בוחרים באפשרות MySQL Server & Cluster ואז בוחרים באפשרות mysql-5.7.

3. ברשימה, בוחרים באפשרות Ok כדי להשלים את ההגדרה של החבילה.

4. מרעננים את מטמון המאגר ומתקינים את חבילות mysql-community:

   sudo apt-get update
   sudo apt-get install -y mysql-community-server mysql-community-client
   

5. כשמתבקשים לספק סיסמת root, יוצרים סיסמה ומזינים אותה. רושמים את הסיסמה או שומרים אותה באופן זמני במקום בטוח.

שיבוט מסד הנתונים באמצעות קובצי snapshot של דיסק ב-Compute Engine

אחת הדרכים לשכפל מסד נתונים של MySQL שפועל ב-Compute Engine היא לאחסן את מסד הנתונים בדיסק נתונים נפרד ולהשתמש בתמונות מצב של דיסק מתמשך כדי ליצור שיבוט של הדיסק הזה.

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

בקטע הזה של המדריך תלמדו:

• יוצרים קובץ snapshot של דיסק הנתונים של שרת הייצור.
• יוצרים דיסק חדש מקובץ ה-snapshot.
• מפעילים את הדיסק החדש בשרת הבדיקה.
• מפעילים מחדש את שרת MySQL במכונת הבדיקה כדי שהשרת ישתמש בדיסק החדש כדיסק נתונים.

בתרשים הבא מוצג תהליך השכפול של מסד נתונים באמצעות תמונות מצב של דיסקים.

יצירת קובץ snapshot של הדיסק

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

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

   gcloud compute disks snapshot mysql-prod-data \
        --snapshot-names=mysql-prod-data-snapshot \
        --zone="${ZONE}"
   

   אחרי כמה דקות, התמונה תיווצר.

צירוף תמונת המצב של הדיסק למכונת הבדיקה

צריך ליצור דיסק נתונים חדש מקובץ ה-snapshot שיצרתם ואז לצרף אותו למופע mysql-test.

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. יוצרים דיסק אחסון מתמיד (persistent disk) חדש באמצעות קובץ ה-snapshot של דיסק הייצור, כדי להשתמש בתוכן שלו:

   gcloud beta compute disks create mysql-test-data \
        --size=100GB \
        --source-snapshot=mysql-prod-data-snapshot \
        --zone="${ZONE}"
   

3. מחברים את הדיסק החדש למכונת mysql-test עם הרשאות קריאה וכתיבה:

   gcloud compute instances attach-disk mysql-test \
       --disk=mysql-test-data --mode=rw
   

צירוף דיסק הנתונים החדש ב-Linux

כדי להשתמש בדיסק הנתונים המשוכפל כספריית הנתונים של MySQL, צריך לעצור את מופע MySQL ולהטמיע את הדיסק.

1. בסשן ה-SSH שמחובר אל mysql-test, מפסיקים את שירות MySQL:

   sudo service mysql stop
   

2. בחלון המסוף, מציגים רשימה של הדיסקים שמצורפים למופע:

   lsblk
   

   הפלט שיתקבל:

   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   sda      8:0    0   50G  0 disk
   └─sda1   8:1    0   50G  0 part /
   sdb      8:16   0  100G  0 disk
   

   הדיסק שנקרא sdb (100GB) הוא דיסק הנתונים שלכם.

3. מציבים את דיסק הנתונים של MySQL בספריית הנתונים של MySQL:

   sudo mount -o discard,defaults /dev/sdb /var/lib/mysql
   

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

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

הפעלת MySQL במכונת הבדיקה

1. בסשן ה-SSH שמחובר אל mysql-test, מפעילים את שירות MySQL:

   sudo service mysql start
   

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

   mysql -u root -p -e "select count(*) from employees.employees;"
   

   כשמופיעה בקשה, מזינים את סיסמת הבסיס של שרת מסד הנתונים mysql-prod. הסיסמה של משתמש הבסיס של מופע הייצור נדרשת כי כל ספריית הנתונים של MySQL היא שיבוט של ספריית הנתונים של מופע mysql-prod, ולכן כל מסדי הנתונים, משתמשי מסדי הנתונים והסיסמאות שלהם מועתקים.

   +----------+
   | count(*) |
   +----------+
   |   300024 |
   +----------+
   

   מספר השורות זהה למספר השורות במופע mysql-prod.

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

ביטול הטעינה של הדיסק המשובט

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

1. בסשן ה-SSH שמחובר למכונת mysql-test, מפסיקים את שירות MySQL:

   sudo service mysql stop
   

2. מבטלים את הטעינה של דיסק הנתונים המשוכפל מספריית הנתונים של MySQL:

   sudo umount /var/lib/mysql
   

3. מפעילים מחדש את שירות MySQL:

   sudo service mysql start
   

שיבוט באמצעות ייצוא וייבוא

שיטה נוספת לשכפול מסד נתונים של MySQL שפועל ב-Compute Engine היא להשתמש בייצוא המובנה של MySQL (באמצעות mysqldump) ובייבוא. בגישה הזו, אתם מעבירים את קובץ הייצוא באמצעות Cloud Storage.

בקטע הזה של המדריך נעשה שימוש במשאבים שיצרתם בקטע שיבוט מסד הנתונים באמצעות קובצי snapshot של דיסקים ב-Compute Engine במדריך הזה. אם לא השלמתם את החלק הזה, אתם צריכים לעשות זאת לפני שתמשיכו.

בקטע הזה של המדריך תלמדו:

• יצירת קטגוריה של Cloud Storage.
• מייצאים את מסד הנתונים במופע הייצור, וכותבים אותו ב-Cloud Storage.
• מייבאים את קובץ הייצוא למופע הבדיקה, וקוראים אותו מ-Cloud Storage.

בתרשים הבא מוצג תהליך שיבוט של מסד נתונים באמצעות העברה של ייצוא דרך Cloud Storage.

מכיוון שאפשר לתת גישה ל-Cloud Storage למערכות מחוץ ל- Cloud de Confiance , אתם יכולים להשתמש בגישה הזו כדי לשכפל מסדי נתונים ממופעי MySQL חיצוניים.

יצירת קטגוריה של Cloud Storage

צריך ליצור קטגוריה של Cloud Storage שבה יישמרו קובצי הייצוא בזמן ההעברה ממופע mysql-prod למופע mysql-test.

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. יוצרים קטגוריה של Cloud Storage באותו אזור שבו נמצאים מופעי מכונות וירטואליות:

   gcloud storage buckets create "gs://$(gcloud config get-value project)-bucket" --location="${REGION}"
   

ייצוא מסד הנתונים

בסביבת הייצור, יכול להיות שאתם כבר יוצרים גיבויים באמצעות mysqldumpייצוא קבצים. אתם יכולים להשתמש בגיבויים האלה כבסיס לשכפול של מסד הנתונים.

במדריך הזה, יוצרים קובץ ייצוא חדש באמצעות mysqldump, שלא משפיע על לוחות זמנים קיימים של גיבויים מלאים או מצטברים.

• בסשן ה-SSH שמחובר למכונה mysql-prod, מייצאים את מסד הנתונים Employees, ומעבירים אותו בסטרימינג לאובייקט Cloud Storage בקטגוריה שיצרתם קודם:

  mysqldump --user=root -p --default-character-set=utf8mb4 --add-drop-database --verbose  --hex_blob \
      --databases employees |\
       gcloud storage cp - "gs://$(gcloud config get-value project)-bucket/employees-dump.sql"
  

  כשמופיעה בקשה, מזינים את סיסמת הבסיס של שרת מסד הנתונים mysql-prod.

  כדי להימנע מבעיות בקידוד התווים, צריך להשתמש בערכת התווים utf8mb4 בייצוא.

  האפשרות --add-drop-database משמשת כדי שההצהרות DROP DATABASE ו-CREATE DATABASE ייכללו בייצוא.

ייבוא הקובץ שיוצא

1. בסשן ה-SSH שמחובר למופע mysql-test, מעבירים בסטרימינג את הקובץ המיוצא מהקטגוריה של Cloud Storage לאפליקציית שורת הפקודה mysql:

   gcloud storage cat "gs://$(gcloud config get-value project)-bucket/employees-dump.sql" |\
       mysql --user=root -p --default-character-set=utf8mb4
   

   כשמופיעה בקשה, מזינים את סיסמת הבסיס של שרת מסד הנתונים mysql-test.

   כדי למנוע בעיות בקידוד התווים, צריך להשתמש בערכת התווים utf8mb4 במהלך הייבוא.

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

   mysql -u root -p -e "select count(*) from employees.employees;"
   

   כשמופיעה בקשה, מזינים את סיסמת הבסיס של שרת מסד הנתונים mysql-test.

   +----------+
   | count(*) |
   +----------+
   |   300024 |
   +----------+
   

   מספר השורות זהה למספר השורות במופע mysql-prod.

שימוש ב-Cloud SQL כיעד לשכפול

אם מסד הנתונים של היעד מתארח ב-Cloud SQL, ומסד הנתונים של המקור נמצא ב-Compute Engine, המנגנון הנתמך היחיד לשיבוט הוא ייצוא מסד הנתונים ל-Cloud Storage, ולאחר מכן ייבוא מסד הנתונים ל-Cloud SQL.

כפי שמוסבר במסמכי התיעוד של Cloud SQL, אפשר לייבא ל-Cloud SQL קובץ מיוצא רק אם הוא לא מכיל טריגרים, פרוצדורות מאוחסנות, תצוגות או פונקציות.

אם מסד הנתונים שלכם מסתמך על אחד מהרכיבים האלה, אתם צריכים להחריג אותם מהייצוא באמצעות ארגומנטים של שורת הפקודה --skip-triggers ו---ignore-table [VIEW_NAME], ואז ליצור אותם מחדש באופן ידני אחרי הייבוא.

יצירת מכונות של Cloud SQL ל-MySQL

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. יוצרים מכונה של Cloud SQL ל-MySQL שפועלת בה אותה גרסת מסד נתונים כמו במכונה mysql-prod:

   gcloud sql instances create mysql-cloudsql \
       --tier=db-n1-standard-2 --region=${REGION} --database-version MYSQL_5_7
   

   אחרי כמה דקות, מסד הנתונים של Cloud SQL נוצר.

3. איפוס הסיסמה של משתמש Root לערך ידוע:

   gcloud sql users set-password root \
       --host=% --instance=mysql-cloudsql  --prompt-for-password
   

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

ייצוא מסד הנתונים

כדי לייצא את מסד הנתונים בפורמט שמתאים לייבוא ל-Cloud SQL, צריך להחריג את כל התצוגות במסד הנתונים.

1. בסשן ה-SSH שמחובר למכונת mysql-prod, מגדירים משתנה סביבה שמכיל קבוצה של ארגומנטים של שורת הפקודה עבור הפקודה mysqldump, כך שהיא תתעלם מהתצוגות במסד הנתונים Employees:

   DATABASE_NAME=employees
   IGNORE_TABLES_ARGS="`mysql -u root -p -s -s -e \"
       SELECT CONCAT('--ignore-table ${DATABASE_NAME}.',TABLE_NAME)
       FROM information_schema.TABLES
       WHERE TABLE_TYPE LIKE 'VIEW' AND TABLE_SCHEMA = '${DATABASE_NAME}';
       \"`"
   

   כשמופיעה בקשה, מזינים את סיסמת הבסיס של שרת מסד הנתונים mysql-prod.

2. כדי לוודא שהמשתנים הוגדרו בצורה נכונה, אפשר לראות את התוכן שלהם:

   echo "${IGNORE_TABLES_ARGS}"
   

   --ignore-table employees.current_dept_emp
   --ignore-table employees.dept_emp_latest_date
   

3. מייצאים את מסד הנתונים Employees, לא כולל טריגרים ותצוגות, ומעבירים אותו בסטרימינג ישירות לאובייקט Cloud Storage בקטגוריה שיצרתם קודם:

   mysqldump --user=root -p --default-character-set=utf8mb4 --add-drop-database --verbose \
       --hex-blob --skip-triggers --set-gtid-purged=OFF \
       $IGNORE_TABLES_ARGS \
       --databases employees |\
       gcloud storage cp - "gs://$(gcloud config get-value project)-bucket/employees-cloudsql-import.sql"
   

   כשמופיעה בקשה, מזינים את סיסמת הבסיס של שרת מסד הנתונים mysql-prod.

עדכון הרשאות לאובייקט

צריך להגדיר את ההרשאות הנכונות גם בדלי Cloud Storage וגם באובייקט הייצוא, כדי שחשבון השירות של Cloud SQL יוכל לקרוא אותם. ההרשאות האלה מוגדרות באופן אוטומטי כשמשתמשים במסוף Cloud de Confiance כדי לייבא את האובייקט, או שאפשר להגדיר אותן באמצעות פקודות gcloud.

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. מגדירים משתנה סביבה שמכיל את הכתובת של חשבון השירות של מופע Cloud SQL:

   CLOUDSQL_SA="$(gcloud sql instances describe mysql-cloudsql --format='get(serviceAccountEmailAddress)')"
   

3. מוסיפים את חשבון השירות למדיניות ניהול הזהויות והרשאות הגישה (IAM) של הקטגוריה כמשתמש עם הרשאות קריאה וכתיבה:

   gcloud storage buckets add-iam-policy-binding "gs://$(gcloud config get-value project)-bucket/" \
       --member=user:"${CLOUDSQL_SA}" --role=roles/storage.objectUser
   

ייבוא מסד הנתונים שיוצא

1. פותחים את Cloud Shell.

   פתיחת Cloud Shell

2. מייבאים את הקובץ שייצאתם למכונת Cloud SQL:

   gcloud sql import sql mysql-cloudsql \
       "gs://$(gcloud config get-value project)-bucket/employees-cloudsql-import.sql"
   

   כשתופיע בקשה, כותבים y.

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

   echo "select count(*) from employees.employees;" |\
       gcloud sql connect mysql-cloudsql --user=root
   

   כשתתבקשו, תצטרכו להזין את סיסמת הבסיס של שרת מסד הנתונים mysql-cloudsql.

   הפלט שיתקבל:

   Connecting to database with SQL user [root].Enter password:
   count(*)
   300024
   

   מספר השורות זהה למספר השורות במופע mysql-prod.

מידע נוסף למערכות ייצור

בקטגוריות הבאות מפורטות שיטות מומלצות נוספות למערכות הייצור.

שימוש בתמונות מצב של דיסקים

לגיבויים פיזיים (כמו תמונות מצב של דיסקים), מומלץ לעצור את הכתיבה למסד הנתונים לפני שיוצרים תמונת מצב, כפי שמצוין במסמכי התיעוד של MySQL. כדי לעשות את זה, משתמשים בפקודה FLUSH TABLES WITH READ LOCK. אחרי שקובץ ה-snapshot מוכן, אפשר להשתמש בפקודה UNLOCK TABLES כדי להפעיל מחדש את פעולות הכתיבה.

במסדי נתונים שמשתמשים בטבלאות InnoDB, מומלץ ליצור את התמונה ישירות בלי להריץ קודם את הפקודה FLUSH TABLES WITH READ LOCK. כך מסד הנתונים יכול להמשיך לפעול בלי השפעות שליליות, אבל יכול להיות שהתמונה תהיה במצב לא עקבי. עם זאת, אם זה קורה, מנוע InnoDB יכול לבנות מחדש את הטבלאות למצב עקבי כשהשיבוט מתחיל.

במסדי נתונים שמשתמשים בטבלאות MyISAM, הפעלת הפקודה FLUSH TABLES WITH READ LOCK חוסמת את כל פעולות הכתיבה לטבלאות, כך שמסד הנתונים יהיה לקריאה בלבד עד שמריצים את הפקודה UNLOCK TABLES.

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

לכן, כדי לקבל תמונת מצב עקבית במסדי נתונים באמצעות טבלאות MyISAM, מומלץ להריץ את הפקודה FLUSH TABLES WITH READ LOCK על עותק לקריאה וליצור תמונת מצב של העותק הזה, כדי שהביצועים של מסד הנתונים הראשי (המאסטר) לא יושפעו.

שימוש בפקודה mysqldump

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

לכן מומלץ להריץ את הפקודה mysqldump מול עותק לקריאה של מסד הנתונים הראשי, כדי שלא תהיה חסימה של מסד הנתונים הראשי.