Amazon RDS se queda sin memoria libre. ¿Debería preocuparme?

Respuesta corta - usted no debe preocuparse por FreeableMemory a menos que se convirtió en muy baja (alrededor de 100-200 Mb) o se produce un intercambio significativo (ver RDS SwapUsage métrica).

FreeableMemory no es una métrica MySQL, sino una métrica OS. Es difícil dar una definición precisa, pero puede tratarla como memoria que el sistema operativo podrá asignar a cualquiera que la solicite (en su caso, probablemente será MySQL). MySQL tiene un conjunto de configuraciones que restringen su uso general de memoria a algún límite (usted puede usar algo como this para calcularlo realmente). Es poco probable que su instancia llegue a este límite, debido al hecho de que, en general, nunca alcanza el número máximo de conexiones, pero esto sigue siendo posible.

Ahora volvemos a "decline" en la métrica FreeableMemory. Para MySQL la mayor parte de la memoria consume InnoDB buffer pool (ver aquí para más detalles). Las instancias RDS en la configuración de forma predeterminada tienen el tamaño para este búfer establecido en el 75% de la memoria física de los hosts - que en su caso es de unos 12 GB. Este búfer se utiliza para almacenar en caché todos los datos de la base de datos que se utilizan en las operaciones de lectura y escritura. Así que en su caso, ya que este búfer es realmente grande, se está llenando lentamente con datos que se almacenaron en caché (es probable que este búfer sea lo suficientemente grande como para almacenar en caché toda la base de datos). Así que cuando se inicia por primera vez la instancia de este búfer está vacío y que una vez que comience a leer/escribir cosas en la base de datos todos estos datos están trayendo en caché. Se quedarán aquí hasta el momento en que este cache se llenó y llegó una nueva solicitud. En este momento, los datos menos utilizados recientemente serán reemplazados por nuevos datos. Así que la disminución inicial de FreeableMemory después del reinicio de la instancia de base de datos se explica con este hecho. No es algo malo, porque realmente desea que la mayor cantidad posible de sus datos sea caché para que la base de datos funcione más rápido. La única cosa que puede ir desagradable es cuando parte o todo este búfer será empujado fuera de la memoria física en el intercambio. En ese momento usted tendrá un gran rendimiento gota.

Como un cuidado preventivo, podría ser una buena idea ajustar la memoria MySQL max utilizada para cosas diferentes en caso de que la métrica FreeableMemory esté constantemente en un nivel de 100-200 Mb, solo para reducir la posibilidad de intercambio.

Me he estado enfrentando al mismo problema, la memoria libre en mi instancia fue por debajo de 40mb, reiniciando la instancia se ha restablecido la memoria.