2017-11-14 1 views
0

더 큰 인스턴스 유형 (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은 몇 가지 물건을 캐시와 자두의 부하를 가지고 수 없습니다.

답변

1

기본적으로 매개 변수 innodb_buffer_pool_size의 값은 {DBInstanceClassMemory*3/4} 수식을 사용하여 지정됩니다. 따라서 db 인스턴스 클래스 (업그레이드 또는 다운 그레이드)를 변경하면 그에 따라 값이 변경됩니다. 이 값은 수동으로 값을 변경하지 않고 수식을 사용하지 않고 숫자 값으로 설정 한 경우에만 유효합니다. 더 높은 클래스의 인스턴스 클래스를 업그레이드하는 경우 당신은 (공식을 사용하지 않고) 매개 변수의 값을 업데이트 한 경우 귀하의 경우에는

, 다음, 동일한 dB 인스턴스 클래스을 보존 업그레이드되었습니다.

관련 문제