Estás planteando mal la idea, porque si el caracter implica alguna identidad adicional al autoincremental, entonces es un atributo de la entidad, pero no es parte de la PK que ya está por defecto definida por el auto_increment.
Hacer un concatenado de ambas cosas primero carece de relevancia como PK y luego le quita unicidad al autoincrement, por lo que se vuelve innecesario que sea tal.
Si haces lo que dices entonces puede darse que exista más de un registro con "1", como por ejemplo A1, B1, C1, D1, ... Z1. Si esa situación se dará, entonces el identificador no puede estar basado en un autoincrement, sino en una forma de clave codificada por requerimiento de las reglas del negocio y eso surge del relevamiento.
Si la clave es tal como la describes, entonces deberás plantear el modelo de PK de otra forma.
Describe un poco más de cómo se identifican, qué tipo de entidad representa la tabla y qué representa esa clave dentro de la tabla.
PD: Trata de no usar "k" para palabras que no lo necesitan. Poner komo, okurre, sakar, en lugar de como, ocurre, sacar, etc. simplemente se vuelve innecesario y resulta molesto en el momento de leer los mensajes. Parece que sólo escribieras en SMS...
