Pudiera darse el caso de que halles alguna incompatibilidad con tu código o trabajo, recuerda probar siempre en un ambiente de testing antes aplicar el código al proyecto final.
Solución:
INT(2) generará un INT con el ancho de visualización mínimo de 2:
MySQL admite una extensión para especificar opcionalmente el ancho de visualización de tipos de datos enteros entre paréntesis después de la palabra clave base para el tipo. Por ejemplo, INT(4) especifica un INT con un ancho de visualización de cuatro dígitos. Las aplicaciones pueden usar este ancho de visualización opcional para mostrar valores enteros que tengan un ancho menor que el ancho especificado para la columna al rellenarlos con espacios a la izquierda. (Es decir, este ancho está presente en los metadatos devueltos con los conjuntos de resultados. Si se usa o no depende de la aplicación).
El ancho de visualización no restringe el rango de valores que se pueden almacenar en la columna. Tampoco evita que los valores más anchos que el ancho de visualización de la columna se muestren correctamente. Por ejemplo, una columna especificada como SMALLINT(3) tiene el rango SMALLINT habitual de -32768 a 32767, y los valores fuera del rango permitido por tres dígitos se muestran completos usando más de tres dígitos.
esto hace no afectar el rango de posibles valores que se pueden almacenar en el campo; tampoco lo es el número de bytes utilizados para almacenarlo. Parece ser solo una recomendación para las aplicaciones sobre cómo mostrar el valor, a menos que ZEROFILL se utiliza (ver la página vinculada).
un sin firmar TINYINT (0…255) probablemente también funcionaría, a menos que la crioconservación dé un gran paso adelante durante la vida útil de su aplicación.