DB의 재난과 MySQL
무턱대고, MySQL을 3.xx.xx에서 4.1.xx로 넘어간 건 단순히 이 부분 때문이었습니다.
mysql> show variables like "%query_cache%";
+------------------------------+----------+
| Variable_name | Value |
+------------------------------+----------+
| have_query_cache | YES |
| query_cache_limit | 1048576 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 16777216 |
| query_cache_type | ON |
| query_cache_wlock_invalidate | OFF |
+------------------------------+----------+
6 rows in set (0.02 sec)
사람은 새로운 것 (이미 이전부터 이어져 있지만, 조금 틀린다 하여도)을 만날 땐 공부해야 합니다.
cache에 정신을 빼앗긴 건, 물리적 system의 성능과 사양이 낮다보니, 가능한 변화 내에서 최대 성능을 가지고 싶은 욕망 때문이죠.
그리고, 그러한 욕망은 재난을 부르기도 하죠… :)