Bien, descarté una base de datos MySQL 5.x de una instancia de OS X y tengo problemas para importar la base de datos al contenedor OpenShift MySQL 5.5. Mis tablas son Camel-case (por ejemplo, "tblAccounts") pero el script arroja errores como "no se puede encontrar la tabla tblaccounts".
Creo que el indicador lower_case_table_names de MySQL está configurado en 2 en OS X. Y pude ejecutar un comando rhc set env para cambiar esta variable de 0 a 2 en OpenShift. Sigo recibiendo el error de tabla que falta.
Probé varias combinaciones de este indicador e intenté recargar la base de datos desde scripts creados con mysqldump y MySQL Workbench, y no encontré un enfoque limpio donde este error no aparezca. Me estoy quedando sin ideas sobre cómo hacer esto de forma limpia. ¿Alguna sugerencia? Gracias,
FC
Respuesta1
Sé que esto es un poco tarde, pero para cualquiera que tenga este problema.
MariaDB cambiará lower_case_table_namede 2 a 0 cuando se inicie, si ve que está en un sistema de archivos que distingue entre mayúsculas y minúsculas:
[Warning] lower_case_table_names was set to 2, even though your the file system '/var/lib/mysql/' is case sensitive. Now setting lower_case_table_names to 0 to avoid future problems.
Supongo que MySQL hace lo mismo (ya que está bifurcado).
Sin embargo, puedes configurarlo 1y funcionará. Para mí (que también migra desde MacOS), pude hacer esto después de cargar mis bases de datos. y funcionó bien... pero eso parece haber ido en contra de la documentación en cuanto a la diferencia entre 1y 2. Si mysql no está satisfecho con eso, es posible que deba dejar en blanco su base de datos, configurarla en 1y luego volver a cargar sus datos.