ஒரு MySQL server-ஐ எவ்வாறு tune செய்வது: buffer pool, slow query log, மற்றும் connections?

Question

IT Interview Practice · Accepted Answer

Server tuning ஒரு loop-ஐப் பின்பற்றுகிறது: **அளவிடு, bottleneck-ஐக் கண்டுபிடி, ஒன்றைச் சரிசெய், மீண்டும் அளவிடு.** மூன்று மிக அதிக-செல்வாக்குள்ள பகுதிகள் InnoDB buffer pool, slow query log, மற்றும் connection handling ஆகும்.

## InnoDB buffer pool — #1 knob

buffer pool ஆனது data மற்றும் index pages-ஐ RAM-இல் cache செய்கிறது; உங்கள் working set அதில் பொருந்தும்போது, reads memory-வேகத்தில் இருக்கும், மேலும் disk I/O கிட்டத்தட்ட மறைந்துவிடுகிறது. ஒரு பிரத்யேக DB server-இல் அதை RAM-இன் ~50–75%-ஆக அளவிடுங்கள்.

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

-- Health check: hit rate should be ~99%+
SHOW ENGINE INNODB STATUS\G
--   Buffer pool hit rate 999 / 1000     <- good; near 1000/1000 = mostly RAM
```

## Slow query log — எதைச் சரிசெய்வது என்பதைக் கண்டுபிடி

```sql
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 0.5;   -- log anything over 500 ms
-- Then aggregate with pt-query-digest / mysqldumpslow to rank the worst queries,
-- and EXPLAIN each one. Most wins are a missing index, not a server setting.
```

## Connections

ஒவ்வொரு connection-ம் memory மற்றும் threads-ஐ செலவழிக்கிறது. ஒரு leak-ஐ மறைக்க `max_connections`-ஐ வானளாவ அமைக்க வேண்டாம் — ஆயிரக்கணக்கான connections-இன் ஒரு நெருக்கடி server-ஐ thrash செய்கிறது. ஒரு சிறிய, மீண்டும் பயன்படுத்தப்படும் தொகுப்பை வைத்திருக்க app-இல் ஒரு **connection pool**-ஐ (அல்லது ProxySQL போன்ற ஒரு proxy-ஐ) பயன்படுத்துங்கள், மேலும் `Threads_connected` எதிராக `Threads_running`-ஐக் கவனியுங்கள்.

```sql
SHOW GLOBAL STATUS LIKE 'Threads_running';   -- how many are actually doing work
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
```

## தாக்குதலின் வரிசை

முதலில் top slow queries-ஐ (indexes) சரிசெய்யுங்கள் — அது பொதுவாக எந்த config மாற்றத்தையும் விட சிறந்தது. பிறகு buffer pool-ஐ சரியான அளவில் அமையுங்கள். அதன் பிறகுதான் `max_connections`, `innodb_log_file_size`, மற்றும் flush settings-ஐ tune செய்யுங்கள். ஒரு நேரத்தில் ஒரு variable-ஐ மாற்றி மீண்டும் அளவிடுங்கள்.

## இது ஏன் முக்கியம்

பெரும்பாலான "MySQL மெதுவாக உள்ளது" சம்பவங்கள் ஒரு சில index செய்யப்படாத queries அல்லது working set-ஐ வைத்திருக்க மிகச் சிறிய ஒரு buffer pool — exotic tuning அல்ல. ஒரு senior engineer முதலில் slow log மற்றும் buffer-pool hit rate-ஐ நோக்கிச் செல்கிறார், config knobs-ஐ கண்மூடித்தனமாக திருப்புவதற்குப் பதிலாக உண்மையான bottleneck-ஐ சரிசெய்கிறார்.

InnoDB buffer pool — #1 knob

Slow query log — எதைச் சரிசெய்வது என்பதைக் கண்டுபிடி

Connections

தாக்குதலின் வரிசை

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்