bestias extremas de almacenamiento

Question

Intro He obtenido esta pregunta de mi pregunta anterior individual Drive vs varias unidades

Después de conseguir una respuesta muy detallado de un miembro muy útil RolandoMySQLDBA y aprender el hecho de que las unidades múltiples puede ayudar mucho en algunos casos. Empecé a buscar en las unidades múltiples para mi programa de instalación que se encuentra a un solo bit en comparación con lo que he encontrado.

Más información Me pareció bastante grandes almacenes como

http://www.newegg.com/Product/Product.aspx ? item = N82E16811152212

Mientras que algunos vídeos muestran GB incluso de velocidad de escritura de este tipo de equipos

• http://www.youtube.com/watch?v=Xjgw2ENYF6w
• http://www.youtube.com/watch?v=PniGlSI900k
• http://www.youtube.com/watch?v=I8ToJ4Blw74

Propiedades pregunta Siempre que haya suficiente memoria RAM para los índices de retención, Can MySQL u otros RDBMS de código abierto (no de la empresa clasifica como Oracle RDBMS, ya que su ejecución en SAN es bastante común) puede funcionar con estas bestias fácilmente?

Debido a que contienen la verdadera configuración de múltiples unidades y decenas de cabezas están disponibles.

estoy seguro de que no sería tan simple, porque si tendría tan fácil ¿por qué la mayoría de configuraciones empresariales utilizan servidores básicos. Entonces, ¿qué problemas se enfrentan el uso de estas soluciones de almacenamiento extrema?

Answer 1

Todo lo que hay que hacer es ejecutar estas consultas:

MyISAM

SELECT CONCAT(ROUND(KBS/POWER(1024,
IF(PowerOf1024<0,0,IF(PowerOf1024>3,0,PowerOf1024)))+0.4999),
SUBSTR(' KMG',IF(PowerOf1024<0,0,
IF(PowerOf1024>3,0,PowerOf1024))+1,1))
recommended_key_buffer_size FROM
(SELECT LEAST(POWER(2,32),KBS1) KBS
FROM (SELECT SUM(index_length) KBS1
FROM information_schema.tables
WHERE engine='MyISAM' AND
table_schema NOT IN ('information_schema','mysql')) AA ) A,
(SELECT 2 PowerOf1024) B;

InnoDB

SELECT CONCAT(ROUND(KBS/POWER(1024,
IF(PowerOf1024<0,0,IF(PowerOf1024>3,0,PowerOf1024)))+0.49999),
SUBSTR(' KMG',IF(PowerOf1024<0,0,
IF(PowerOf1024>3,0,PowerOf1024))+1,1)) recommended_innodb_buffer_pool_size
FROM (SELECT SUM(data_length+index_length) KBS FROM information_schema.tables
WHERE engine='InnoDB') A,
(SELECT 2 PowerOf1024) B;

Estos recomendará los tamaños adecuados para el MyISAM caché de claves de MyISAM InnoDB existente y la agrupación de almacenamiento intermedio de datos e índices InnoDB.

Durante la ejecución de estas consultas SQL recomiendan los tamaños de búfer, el factor humano debe todavía entran en juego. Debemos planificar el uso de datos basado en hardware y datos de acceso frecuente. También hay que preguntarse: ¿De la cantidad de tampón recomendado, la cantidad de mi espacio de trabajo realmente va a residir en la memoria

Si configura MySQL a usar el 75% de RAM para InnoDB, incluso en un servidor MySQL dedicado, el sistema operativo tendrá un ajetreado paginación en disco. El hecho de que MySQL puede utilizar un gran número de tamaños de búfer no significa que está bien para empujar los límites. Dos tienen dos motores de almacenamiento básicas a tener en cuenta.

El uso de hardware de consumo más que demostrar capacidad de configuración MySQL con resultados notables. Si no está utilizando 32 bits RHEL ( si es así, por favor, deje de usarlo en este momento, conseguir un montón de café, ir actualización ), aumentando el tamaño de búfer en bestias de almacenamiento puede ser de mucha confianza.

Por ejemplo, mi empleador tiene un cliente con 3 servidores de base de datos solamente puede usarse con MySQL. Cada uno tiene 192 GB de RAM 162GB de los cuales es el InnoDB Buffer Pool. El conjunto de trabajo es en realidad 170GB. Si bien hay un poco de intercambio y paginación pasando, el rendimiento DB es asombroso. OS tiene alrededor de 30 GB de RAM por sí mismo (16 GB de disco RAM para las tablas temporales). Estoy seguro de que estos servidores son sólo pequeñas lagartijas en comparación con los servidores de base de datos-dragón de Komodo tamaño por ahí. MySQL puede ser hasta la tarea si se configura correctamente .

Tenga en cuenta que InnoDB pone sus propios controles y equilibrios en el lugar debido a que los límites actuales de código fuente InnoDB los archivos de registro a 4 GB. Este es el caso debido a que InnoDB fue diseñado originalmente con el hardware de los productos básicos en mente. A la luz de esto, las transacciones ACID rendimiento podría cuello de botella existe independientemente de la configuración del hardware de la bestia de almacenamiento y la versión de MySQL que optar por ejecutar.

Conclusión

Está bien que los límites de inserción de servidores de Big Beefy DB. Siempre debe hacerlo con consideración al sistema operativo en términos de memoria, espacio de intercambio, de Trabajo Conjunto de datos, y el número de transacciones esperadas.