כוונון MySQL/MariaDB לסביבת ייצור: ביקורת, אופטימיזציה, רפליקציה

• [mysqld] innodb_buffer_pool_size = 5G innodb_buffer_pool_instances = 4 innodb_log_file_size = 512M innodb_flush_log_at_trx_commit = 2 innodb_flush_method = O_DIRECT max_connections = 200 thread_cache_size = 32 table_open_cache = 4000 query_cache_type = 0 tmp_table_size = 64M max_heap_table_size = 64M sort_buffer_size = 4M join_buffer_size = 4M slow_query_log = 1 long_query_time = 1 log_queries_not_using_indexes = 1 server_id = 1 log_bin = /var/log/mysql/mysql-bin.log binlog_format = ROW expire_logs_days = 7 — 65% מה-RAM, קריטי לביצועים.
• innodb_buffer_pool_size — 512M מאזן בין מהירות כתיבה וזמן התאוששות.
• innodb_log_file_size — פשרה בין ביצועים ועמידות.
• innodb_flush_log_at_trx_commit=2 — עוקף מטמון מערכת ההפעלה, מפחית עומס I/O.

אנו מתכננים אינדקסים באמצעות innodb_flush_method=O_DIRECT. דוגמת אינדקס מכסה לסינון לפי קטגוריה ומחיר:

CREATE INDEX idx_products_listing ON products(category_id, is_active, price, id, name) WHERE deleted_at IS NULL; 

חשיבות כוונון InnoDB Buffer Pool

ה-buffer pool הוא צוואר הבקבוק הנפוץ ביותר. אם הוא קטן מ-60% מה-RAM הזמין, מערכת הדיסק עובדת שעות נוספות. עם גודל נכון (5 GB מתוך 8 GB) ו-4 מופעים אנו משיגים שיפור של עד פי 1.4 בביצועי קריאה. חשוב גם להשתמש ב-O_DIRECT — זה מבטל חציצה כפולה על ידי מערכת ההפעלה.

הגדרת רפליקציה ו-ProxySQL

עבור פרויקטים עם עומס גדל, רפליקציית primary-replica עם ProxySQL היא חובה. אנו מגדירים GTID — זה מפשט failover וקידום master. תצורת ProxySQL לניתוב SELECT ל-replicas ו-INSERT/UPDATE ל-primary:

mysql_servers = (
    { address="10.0.0.1", port=3306, hostgroup=0, max_connections=100 },
    { address="10.0.0.2", port=3306, hostgroup=1, max_connections=100 },
    { address="10.0.0.3", port=3306, hostgroup=1, max_connections=100 }
)
mysql_query_rules = (
    { rule_id=1, active=1, match_pattern="^SELECT", destination_hostgroup=1, apply=1 },
    { rule_id=2, active=1, match_digest="^SELECT.*FOR UPDATE", destination_hostgroup=0, apply=1 }
)

הגדרת רפליקציה על ה-slave:

CHANGE MASTER TO MASTER_HOST='10.0.0.1', MASTER_USER='replicator', MASTER_PASSWORD='repl_password', MASTER_AUTO_POSITION=1;
START SLAVE;

גיבוי וניטור

אנו משתמשים ב-Percona XtraBackup לגיבויים פיזיים ללא נעילת טבלאות:

xtrabackup --backup --target-dir=/backup/full xtrabackup --prepare --target-dir=/backup/full 

אוטומציה באמצעות cron: גיבוי מלא יומי בשעה 2:00 לפנות בוקר, גיבוי מצטבר כל 6 שעות. שמירה למשך 7 ימים. זה מכסה 99% מתרחישי ההתאוששות.

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

מה כלול בשירות כוונון מסדי נתונים

• ביקורת מצב מסד הנתונים הנוכחי וזיהוי צווארי בקבוק
• בחירת DBMS וגרסה אופטימליים
• כוונון תצורה לחומרה שלכם
• אופטימיזציה של אינדקסים ושאילתות
• הגדרת רפליקציה ו-ProxySQL (במידת הצורך)
• הטמעת גיבוי באמצעות Percona XtraBackup
• הגדרת ניטור והתראות
• תיעוד תצורה והדרכת צוות
• חודש תמיכה לאחר ההשקה
• הבטחת שיפור ביצועים או החזר כספי

תהליך העבודה

1. ניתוח — איסוף מדדים, זיהוי צווארי בקבוק.
2. תכנון — בחירת DBMS, גרסה, סכמת רפליקציה.
3. הטמעה — תצורה, אינדקסים, הגדרת גיבוי.
4. בדיקות — בדיקות עומס, אימות רפליקציה.
5. פריסה — יישום לייצור עם זמן השבתה מינימלי.

לוחות זמנים ועלויות

• התקנה, חיזוק, כוונון עומס: יום אחד.
• רפליקציה עם ProxySQL: 1–2 ימים.
• הגירת נתונים מ-DBMS אחר: 2–5 ימים.

פרויקט כוונון טיפוסי עולה בין $1,500 ל-$5,000 בהתאם למורכבות. העלות נקבעת לאחר ביקורת. לדוגמה, לקוח אחד הפחית את הוצאות תשתית הענן החודשיות ב-$2,000 לאחר כוונון רפליקציה ואופטימיזציה של שאילתות. לקוח אחר חסך מעל $1,500 בחודש על ידי תיקון אינדקסים לא אופטימליים. כוונון נכון של מסד נתונים יכול לקצץ בעלויות האירוח שלכם ב-30–40%, ולחסוך אלפי דולרים בשנה. בקשו ייעוץ כדי ללמוד כיצד אופטימיזציה של מסד נתונים יכולה לחסוך בתקציב שלכם.

טעויות נפוצות בתצורה עצמית

השוואה בין MySQL 8.0 ו-MariaDB 11.x

מקור: בדיקות עומס משלנו על 50 פרויקטים

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