როგორ ატიუნებთ MySQL server-ს: buffer pool, slow query log და კავშირები?

Question

IT Interview Practice · Accepted Answer

Server-ის tuning მიჰყვება ციკლს: **გაზომეთ, იპოვეთ ბოთლის ყელი, გამოასწორეთ ერთი რამ, ხელახლა გაზომეთ.** სამი ყველაზე დიდი ბერკეტის მქონე არეა არის InnoDB buffer pool, slow query log და კავშირების მართვა.

## InnoDB buffer pool — #1 სახელური

Buffer pool ქეშავს მონაცემებისა და index-ის page-ებს RAM-ში; როცა თქვენი working set მასში ჯდება, წაკითხვები მეხსიერების სიჩქარისაა და დისკის I/O თითქმის ქრება. მისი ზომა დააყენეთ RAM-ის ~50–75%-ზე გამოყოფილ DB server-ზე.

```sql
SET GLOBAL innodb_buffer_pool_size = 12 * 1024 * 1024 * 1024;  -- 12 GB

-- ჯანმრთელობის შემოწმება: hit rate უნდა იყოს ~99%+
SHOW ENGINE INNODB STATUS\G
--   Buffer pool hit rate 999 / 1000     <- კარგი; 1000/1000-თან ახლოს = ძირითადად RAM
```

## Slow query log — იპოვეთ, რა გამოასწოროთ

```sql
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 0.5;   -- ლოგავს ყველაფერს 500 ms-ზე მეტს
-- შემდეგ დააგროვეთ pt-query-digest / mysqldumpslow-ით ყველაზე ცუდი query-ების დასარეიტინგებლად,
-- და EXPLAIN გააკეთეთ თითოეულზე. უმეტესი მოგება არის ნაკლული index და არა server-ის პარამეტრი.
```

## კავშირები

ყოველი კავშირი ხარჯავს მეხსიერებასა და thread-ებს. ნუ დააყენებთ `max_connections`-ს ცაში მაღლა leak-ის დასაფარად — ათასობით კავშირის მასობრივი შემოსევა თელავს server-ს. გამოიყენეთ **connection pool** აპლიკაციაში (ან proxy როგორიცაა ProxySQL) მცირე, ხელახლა გამოყენებადი ნაკრების შესანარჩუნებლად და დააკვირდით `Threads_connected`-ს vs `Threads_running`-ს.

```sql
SHOW GLOBAL STATUS LIKE 'Threads_running';   -- რამდენი აკეთებს ფაქტობრივად სამუშაოს
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
```

## შეტევის რიგი

ჯერ გამოასწორეთ ყველაზე ნელი query-ები (index-ები) — ეს ჩვეულებრივ სჯობს ნებისმიერ config ცვლილებას. შემდეგ სწორად აწონეთ buffer pool. მხოლოდ ამის შემდეგ ატიუნეთ `max_connections`, `innodb_log_file_size` და flush პარამეტრები. შეცვალეთ თითო ცვლადი ერთდროულად და ხელახლა გაზომეთ.

## რატომ არის ეს მნიშვნელოვანი

უმეტესი "MySQL ნელია" ინციდენტი არის რამდენიმე index-ის გარეშე query ან buffer pool, რომელიც ძალიან პატარაა working set-ის დასატევად — და არა ეგზოტიკური tuning. Senior ინჟინერი ჯერ slow log-ისა და buffer-pool hit rate-ისკენ მიმართავს, აწესრიგებს რეალურ ბოთლის ყელს, ვიდრე ბრმად ატრიალებს config სახელურებს.

InnoDB buffer pool — #1 სახელური

Slow query log — იპოვეთ, რა გამოასწოროთ

კავშირები

შეტევის რიგი

რატომ არის ეს მნიშვნელოვანი

დაკავშირებული კითხვები