Aunincrement con numero inicial definido por el usuario

[Jason512]

Hola a todos, queria saber si alguien podria ayudarme con mi problema.

Tengo una base de datos, la cual tiene un campo llamado "ID" con autoincrement, pero quisiera que el primer valor de mi primero registro y los siguientes apartir de ese, empiecen con un numero que yo elija, en lugar de 1, 2, 3, 4, 5.... quisiera que el autoincrement empezara en 301, 302, 303, 304....

Si alguien me ayuda se lo agradeceria mucho.

[gnzsoloyo]

Eso no tiene inconvenientes. Simplemente se lo defines cuando creas la tabla, o bien usando un ALTER TABLE. Pero ten en cuenta que afectará a todas las inserciones, sin excepción, sin importar qué usuario las haga.
La pregunta obligada es: ¿Para qué necesitas eso? ¿Qué diferencia te hace que comience en 301 y no en 1?

[Jason512]

Porque pretendo tener varias bases de datos e instalaciones de mi aplicacion PHP y quiero que cada usuario tenga un ID unico por si necesito despues copiar los registros a una misma tabla para que usuarios de diferente servidores de mi aplicacion puedan interactuar y evitar de una vez futuros problemas, ademas de que el primer numero del autoincrement me sirve para identificar el server al saber con que numero incia.

301, 302, 303.... era un ejemplo, tenia en mente numeros mas altos como 111000001, 111000002, 111000003....

[gnzsoloyo]

Si vas a trabajar con bases de datos diferentes que luego pueden necesitar consolidarse, lo mejor es olvidarse de los autoincrement y crear las claves primarias en base al modelo relacional (los AI son un parche motivado por la vagancia o la falta de análisis, no un fundamento del modelo).
En ese sentido, si los usuarios tienen un atributo propio y único, como podría ser su documento de identidad, su registro comercial o lo que fuese, ese sería mejor clave para tu caso que hacer lo que propones.
Aún en el caso de querer seguir con los AI, sería mejor usar otro identificador adicional en combinación con ese, y no ponerte a "cortar" segmentos de numeración para distribuirlos en diferentes bases, porque a la larga tendrás casos de solapamiento de valores.
Lo que suele hacerse, en el caso de bases distribuidas, es definir no sólo un punto de inicio de numeración sino el step de incremento de forma que cada nodo de la base genere una secuencia incremental reconocible,. Pero eso no es el caso tuyo, porque esa definición se hace en la configuración del servidor, y eso está fuera de tu alcance.
A mi entender, trabajar las PK más cerca del paradigma E-R es mejor solución.