char vs varchar para el rendimiento en la base de datos de stock

Estoy usando mySQL para configurar una base de datos de opciones sobre acciones. Hay alrededor de 330,000 filas (cada fila es 1 opción). Soy nuevo en SQL, así que estoy tratando de decidir los tipos de campo para cosas como el símbolo de opción (varía de 4 a 5 caracteres), el símbolo de stock (varía de 1 a 5 caracteres), el nombre de la compañía (varía de 5 a 60 caracteres).

Quiero optimizar la velocidad. Tanto la creación de la base de datos (que ocurre cada 5 minutos a medida que salen nuevos datos de precios; no tengo una fuente de datos en tiempo real, pero es casi en tiempo real porque recibo un nuevo archivo de texto con 330,000 filas entregadas) cada 5 minutos; estos nuevos datos reemplazan por completo a los datos anteriores), y también para la velocidad de búsqueda (habrá un front-end basado en la web donde muchos usuarios pueden ejecutar consultas ad hoc).

Si no me preocupa el espacio (dado que la vida útil de la base de datos es de 5 minutos, y cada fila contiene quizás 300 bytes, por lo que tal vez 100 MB para todo), ¿cuál es la forma más rápida de estructurar los campos?

La misma pregunta para los campos numéricos, en realidad: ¿Hay una diferencia de rendimiento entre int (11) e int (7)? ¿Una longitud funciona mejor que otra para consultas y clasificación?

¡Gracias!

Respuestas a la pregunta(5)

Su respuesta a la pregunta