Yüksək Trafikli Saytlar Üçün Mysql Optimizasiyası

Jun 8, 2026 OP

Konuyu Açan #0

Yüksək yüklü veb-saytlar və tətbiqlər üçün verilənlər bazasının performansı kritik əhəmiyyət kəsb edir. MySQL, geniş yayılmış və etibarlı bir verilənlər bazası idarəetmə sistemi olsa da, düzgün tənzimlənmədikdə ciddi performans problemlərinə səbəb ola bilər. Bu yazıda, MySQL-in yüksək trafikli mühitlərdə effektiv işləməsini təmin etmək üçün əsas optimizasiya strategiyalarını ətraflı şəkildə nəzərdən keçirəcəyik.

MySQL Konfiqurasiya Faylının (my.cnf) Tənzimlənməsi

MySQL-in performansı birbaşa onun konfiqurasiya parametrlərindən asılıdır. Əsas tənzimləmələr my.cnf faylında aparılır:

innodbbufferpool_size: Bu, InnoDB verilənlərinin və indekslərinin keşləndiyi əsas yaddaş sahəsidir. Serverin ümumi RAM-ının 50%-70%-i bu parametrə ayrılmalıdır. Məsələn, 16GB RAM-ı olan bir server üçün
CODE
```
1innodb_buffer_pool_size = 10G
```
optimal seçim ola bilər. Yanlış tənzimlənmə disk I/O əməliyyatlarını kəskin şəkildə artıra bilər.
innodblogfile_size: InnoDB jurnallarının ölçüsünü müəyyən edir. Böyük dəyərlər yazma əməliyyatlarının (INSERT, UPDATE, DELETE) performansını yaxşılaşdırır, lakin bərpa müddətini uzada bilər. Müasir sistemlərdə
CODE
```
1256M
```
və ya
CODE
```
1512M
```
kimi dəyərlər tövsiyə olunur.
querycachesize: MySQL 5.7-dən etibarən köhnəlmiş və MySQL 8.0-da tamamilə silinmişdir. Çoxsaylı yazma əməliyyatları olan sistemlərdə bu keş daha çox yük yarada bilər. Əgər istifadə edirsinizsə,
CODE
```
1query_cache_type = 0
```
olaraq deaktiv etməyiniz məsləhətdir.
max_connections: Eyni anda serverə qoşula biləcək maksimum əlaqələrin sayını müəyyən edir. Çox yüksək dəyərlər sistem resurslarının tükənməsinə səbəb ola bilər, çox aşağı dəyərlər isə əlaqə xətalarına gətirib çıxarar. Tətbiqinizin tələblərinə uyğun olaraq tənzimlənməlidir.
keybuffersize: Yalnız MyISAM cədvəlləri üçün indeks keşləmə sahəsidir. Əgər InnoDB istifadə edirsinizsə, bu dəyəri aşağı saxlaya bilərsiniz (
CODE
```
116M
```
və ya
CODE
```
132M
```
).
tmptablesize və maxheaptable_size: MySQL-in yaddaşda müvəqqəti cədvəllər yaratmaq üçün istifadə etdiyi yaddaş həddini müəyyən edir. Hər iki parametr eyni dəyərə malik olmalı və böyük, kompleks sorğularınız varsa artırılmalıdır. Məsələn,
CODE
```
1128M
```
və ya
CODE
```
1256M
```
.

İndekslərin Düzgün İstifadəsi

İndekslər, verilənlər bazası sorğularının sürətini əhəmiyyətli dərəcədə artıra bilər. Lakin, həddindən artıq indeks istifadəsi yazma əməliyyatlarını (INSERT, UPDATE, DELETE) yavaşlada bilər.

PRIMARY KEY və UNIQUE INDEX: Hər cədvəldə bir PRIMARY KEY olmalıdır. UNIQUE INDEX isə sütunlardakı dəyərlərin təkrarlanmamasını təmin edir və sürətli axtarışa kömək edir.

CREATE INDEX sintaksisi:

CODE

1CREATE INDEX index_adı ON cədvəl_adı (sütun_adı);

EXPLAIN ilə sorğu planının analizi: Hər hansı bir sorğunun necə icra olunduğunu, hansı indekslərdən istifadə etdiyini görmək üçün EXPLAIN açar sözündən istifadə edin:
CODE
```
1EXPLAIN SELECT * FROM users WHERE email = '[email protected]';
```
Bu, indekslərin effektivliyini anlamağa kömək edir.
Kompozit indekslər: Bir neçə sütun üzərində yaradılan indekslərdir. Məsələn,
CODE
```
1CREATE INDEX idx_ad_soyad ON istifadəçilər (ad, soyad);
```
Bu, hər iki sütunu eyni anda filter edən sorğular üçün çox faydalıdır.

Sorğuların (Queries) Optimallaşdırılması

Verilənlər bazası tətbiqinin ən vacib hissəsi sorğuların özüdür. Səmərəli yazılmış sorğular, hardware resurslarından asılı olmayaraq, performansı xeyli yaxşılaşdırır.

SELECT * əvəzinə konkret sütunlar: Yalnız ehtiyac duyduğunuz sütunları seçin.
CODE
```
1SELECT ad, email FROM users;
```
bütün sütunları gətirən
CODE
```
1SELECT *
```
-dən daha yüngüldür.
JOIN əməliyyatlarının effektivliyi: JOIN əməliyyatlarında indekslənmiş sütunlardan istifadə edin və LEFT JOIN, INNER JOIN kimi əməliyyatları düzgün seçin.
WHERE şərtlərinin indekslərlə istifadəsi: WHERE bəndində istifadə olunan sütunların indekslənmiş olduğundan əmin olun. LIKE '%text' kimi ifadələr indeksləri istifadə edə bilmir.
LIMIT və OFFSET optimizasiyası: Böyük OFFSET dəyərləri performansı aşağı sala bilər. Paginasiya üçün son id-dən istifadə etmək daha səmərəlidir:
CODE
```
1SELECT * FROM posts WHERE id > son_id ORDER BY id ASC LIMIT 20;
```
Subqueries əvəzinə JOIN istifadəsi: Bir çox hallarda, SUBQUERY əvəzinə JOIN istifadə etmək daha yaxşı performans verir, çünki JOIN verilənlər bazası tərəfindən daha səmərəli idarə olunur.

Şarding və Replikasiya

Çox böyük verilənlər bazaları və ya yüksək oxuma yükü olan sistemlər üçün tək bir MySQL server kifayət etməyə bilər.

Şarding: Verilənlər bazasını kiçik, idarə edilə bilən hissələrə (shardlara) bölməkdir. Hər bir shard öz serverində yerləşir. Bu, ümumi yükü paylayaraq performansı artırır.
Master-Slave Replikasiya: Verilənlərin bir əsas serverdən (Master) bir və ya bir neçə köməkçi serverə (Slave) sinxron və ya asinxron ötürülməsidir. Yazma əməliyyatları Master-də, oxuma əməliyyatları isə Slave serverlərdə aparılaraq yük paylanır. Read Replicas bu strategiyanın əsasını təşkil edir.

Hardware və Disk Performansı

Proqram təminatı optimizasiyası ilə yanaşı, serverin hardware resursları da kritik əhəmiyyət kəsb edir.

SSD disklər: Ənənəvi HDD disklərlə müqayisədə SSD disklər xeyli yüksək I/O performansı təmin edir. MySQL üçün SSD istifadəsi disk əməliyyatlarını sürətləndirərək ümumi performansı artırır.
RAM artırılması: innodb_buffer_pool_size üçün daha çox yaddaş ayırmaq imkanı yaradır ki, bu da disk I/O-nu minimuma endirir.
CPU nüvələrinin sayı: Çoxsaylı paralel sorğular və ya kompleks hesablamalar üçün daha çox CPU nüvəsi daha yaxşı performans deməkdir.

MySQL optimizasiyası davamlı bir prosesdir və tətbiqinizin tələbatlarına uyğun olaraq müntəzəm monitorinq və tənzimləmələr tələb edir. Yuxarıda qeyd olunan strategiyaları tətbiq etməklə, yüksək trafikli saytlarınızın verilənlər bazası performansını əhəmiyyətli dərəcədə yaxşılaşdıra bilərsiniz.