Para evitar confusiones, en BBDD se suele hablar de "array" en cuanto a tipos de dato de colecciones, entre los que puedes encontrar algunos como tipo TABLE, ROW, VARRAY, RECORD, etc., en diferentes DBMS.
Pero en MySQL no existen tales tipos de dato, y de alli que se diga que "no existen los array".
Cita: En cuanto a VARCHAR, ¿qué longitud debería indicar?
Depnderá de cuán grande sea el tamaño máximo que tenga ese json que quieres guardar. Por eso te dije que el limite serían cerca de 65.000 caracteres. Si es mayor, deberás usar TEXT, o tipos superiores.
Yo no te puedo decir cuál es la longitud que te conviene, porque no conozco ni tu sistema, ni he visto jamás los json que genera, por lo que no puedo hacer una estimación.
Eso lo tendrás que evaluar TU.
Cita: Los datos que almaceno en los arrays digamos que son datos "secundarios" que me ayudan en la creacion de estructuras en la web. Me parecía una burrada crear una tabla insertando cada valor en un registro porque tendría que hacer constantemente muchas consultas repetitivas y pensaba que asi podría "reducir el trafico". ¿Sigue siendo una burrada lo que quiero hacer?
Por ejemplo, uso esos arrays para replicar una estructura de una pagina html y "crearla en otra pagina de manera idéntica", es decir guardo valores como el numero de divs, de inputs, de select, etc para poder crear una pagina igual a otra a través de la base de datos.
Nada de lo que describes requiere exactamente "consultas repetitivas", ni necesariamente estructuras complejas de inserciones.
Tampoco entiendo por qué quieres almacenar las estructuras que componen una web en tablas de BBDD, pero eso es tu decisión. En todo caso habría que analizar cómo sería la base necesaria para administrar lo que dices, pero me suena a una base taxonómica. Algo emparentado con lo que hace Wordpress.