더 큰 인스턴스 유형 (r3.large에서 r3.2xlarge)으로 내 RDS를 업그레이드 할 예정이며 AWS가 mysql 매개 변수를 적절하게 조정하는지 알고 싶습니다.이 문제에 대해 무엇을해야할까요? 순서? 고객 맞춤형 파산이 존재할 때 잃어 버렸습니까?Aurora RDS를 업그레이드하면 자동으로 매개 변수가 조정됩니까?
instance cpu Memory PIOPS-Optimized Network Performance
Price
db.r3.large 2 15 No Moderate $0.32
db.r3.2xlarge 8 61 Yes High $1.28
내 주요 관심사는 캐싱 구성에 관한 것입니다.
innodb_buffer_pool_size는 현재 7GB이며 업그레이드 후 50GB로 남겨 두려고합니다. 자동 조정 되나요?
그냥 이것에 가리 켰을 때, 나는 메모리 부족으로 인해 업그레이드하고, 문제를 보완하기 :이 상태로mysql> show status like '%qcache%';
+-------------------------+----------+
| Variable_name | Value |
+-------------------------+----------+
| Qcache_free_blocks | 134 |
| Qcache_free_memory | 148080 |
| Qcache_hits | 42459186 |
| Qcache_inserts | 14059268 |
| Qcache_lowmem_prunes | 2455035 |
| Qcache_not_cached | 22422639 |
| Qcache_queries_in_cache | 241632 |
| Qcache_total_blocks | 772112 |
+-------------------------+----------+
8 rows in set (0.01 sec)
는 MySQL은 몇 가지 물건을 캐시와 자두의 부하를 가지고 수 없습니다.