Por un lado, un INSERT y un SELECT son igualmente consultas. En general se denominan
consultas a todas las operaciones que se pueden en una base de datos, sea de creación, inserción, actualización, lectura, etc. Genéricamente se las llama así.
A nivel del servidor de MySQL, cualquiera de esas operaciones es una operación con la base, y lo que se cuentan son las cantidades de veces que envías una orden, sin importar cuál orden es.
Pero la cantidad de "consultas" a la base desde la óptica de un servidor de hosting es distinta. Ellos no están, habitualmente, contando si consultas o no, sino si generas tráfico. Eso es lo que más les importa, y las consultas a la base son parte de ese tráfico.
Sí pueden tener definido que un usuario (el username que te dieron para la base) pueda hacer un límite de operaciones con la base por hora. Eso lo define el DBA que crea el usuario, y en los hosting, es un límite que te dan por el tipo de cuenta que contratas.
Cuando el MySQL lo tienes en local, ese límite lo deberías poner tu, pero cuando contratas servicios (aunque sea gratuitos),
siempre te ponen algún límite de esos. Si no lo hicieran, usuarios gratuitos podrían hacer colapsar los servidores y les generarían pérdida económica por los de pago que no tendrían servicio.
Es simple cuestión de negocios (El Padrino
dixit).
Una cosa que sí te puedo decir es que si tienes que hacer cargas masivas de datos (los 30.000 que comentas) no te conviene hacerlas una a una, sino hacerlas en forma masiva, con INSERTs múltiples, que tienen el formato:
Código MySQL:
Ver originalVALUES(valores
), (valores
), (valores
), (valores
), (valores
), (valores
), ...
(valores
);
La cantidad de bloques de datos que puedes poner por INSERT es variable. Yo tengo consultas donde mando entre 500 y 1.000, y la base ni pestañea.
Este tipo de técnica hace que la carga sea rápida.