MySQL Workbench no puede cargar mysql.proc

Estoy usando MySQL a través MAMP Pro, y la respuesta de Kevin no funcionó para mí. Sí, tuve que hacer un actualización de mysql PERO tuve que usar los siguientes comandos en el Terminal:

/Applications/MAMP/bin/repairMysql.sh
/Applications/MAMP/bin/upgradeMysql.sh

Esto funcionó para mí. Espero que esto pueda ser útil para alguien más..

Usé XAMPP en CentOS y actualizé manualmente el XAMPP excepto la carpeta de datos existente. Con el nuevo software de servidor de MySQL y archivos de base de datos antiguos, obtuve el mismo error.

Lo hice con esta solución y funcionó bien:

cd /opt/lampp/bin
./mysql_upgrade -uroot -p

Pasó por casi todas las tablas del sistema, pero terminó con un problema solucionado.

En Windows, con XAMPP logré solucionar el problema yendo al directorio:

C:\xampp\mysql\bin y ejecutando el ejecutable mysql_upgrade.exe que encontrará dentro, asegúrese de que su servidor mysql se esté ejecutando.

Utilizo MAMP en mac y no pude actualizar mis bases de datos a través de la línea de comandos como se sugirió anteriormente, pero funcionó cuando utilicé MAMP PRO->Opciones de menú HERRAMIENTAS (parte superior de la pantalla de OS X) para 'Comprobar', 'Reparar' y 'Actualizar' bases de datos.

Supongo que la interfaz gráfica de usuario proporciona las herramientas CLI subyacentes con las opciones necesarias, por lo que no tiene que pensar en cuáles deben ser esas opciones (en lugar de ejecutar las herramientas CLI manualmente).

Actualizando mi MAMP de esta manera (a través de la GUI de MAMP PRO Herramientas) hizo que mi aplicación Oracle MySQLWorkbench 6.0 (separada) funcionara bien con mis bases de datos locales MAMP PRO 2.0.5 en OS X 10.8.5 (Mountain Lion), que mysqlworkbench había dicho que estaban corruptas anteriormente (pero phpmyadmin de MAMP funcionó bien en ellas mientras estaban "corruptas", curiosamente). Ahora, tanto MySQLWorkbench 6.0 como las herramientas phpmyadmin de MAMP PRO están felices, y yo también.

Estoy usando Centos 6.5 para fines de Servidor. Y Mysql Workbench para el diagrama ERR. Tengo el mismo error. Las respuestas anteriores no funcionaron para mí.

Esta respuesta se basa en cambiar el tipo de datos para la columna de comentarios. Y funciona como el encanto.

Conectar mysql desde la consola.

use mysql;
show create table mysql.proc;

Luego busca la columna comment. Si su tipo de datos es char, cambie a texto.

También puede usar cualquier otra gui para hacer cambios.

Si esto sucede en una consulta específica, tenga en cuenta que esto también puede suceder cuando intenta usar una función indefinida.

Esto sucede debido a los cambios de esquema necesarios para diferentes versiones de servidor.

mysql_upgrade -uroot -p

Filx el problema.

A veces es necesario desinstalar el servidor y limpiar su directorio de datos. Y volver a instalar para hacer una copia fresca de los archivos de datos.

Usando MAMP PRO (versión 2.2) probé la sugerencia de pmking y todavía no estaba llegando a ninguna parte. Así que edité los dos archivos: /Applications/MAMP/bin/repairMysql.sh /Applications/MAMP/bin/upgradeMysql.sh

Cambiando 'proot' a 'p' en cada uno. Esto crea una solicitud para la contraseña raíz de MySQL y funcionó!

Espero que eso ayude a alguien más.

En Debian 6, MySQL 5.1.73-1 (Debian), tuve el mismo problema, y un inicio y una parada me ayudaron.

/etc/init.d/mysql stop
/etc/init.d/mysql start

No estoy seguro de lo que sucede, pero el problema parece desaparecer después de este quit stop y start, solo quería agregarlo aquí, en caso de que otros tengan el mismo problema.

Obtuve este error, cuando tuve un error de sintaxis en mi consulta SQL en una combinación.

Lo hice

JOIN shops ON s (...)

En lugar de la

JOIN shops s ON (...)

Este error fue realmente confuso, no se que tiene que ver esto con mysql.proc, pero arreglar la consulta solucionó el problema. Ninguna de las soluciones anteriores funcionó por razones obvias.

Esto probablemente sucede cuando los cambios en el esquema requieren diferentes versiones de mysql server.

Para arreglar esto, siga la línea de códigos a continuación:

mysql_upgrade -uroot -p --force

/usr/bin/mysql_upgrade -uroot -p --force

Los detalles completos de post se encuentran aquí: No se puede cargar desde mysql.proc. La tabla está probablemente corrompida

Si estás basado en Unix (como Ubuntu) puedes probar esto:

sudo ./mysql_upgrade -uroot -p

Como sugirió Bimal.

Tuve exactamente el mismo error, y la solución fue simplemente estúpida, así que recomiendo buscar respuestas simples antes de comenzar a actualizar las cosas. En mi caso particular el problema fue que lo hice:

COUNT (id) AS quantity ... # Fails: notice space between COUNT and (

Donde debe decir

COUNT(id) AS quantity ... # Works: notice no space between COUNT and (

Esto sucede cuando no usas un framework, podrías (deberías) hacer algo como esto, en este caso con in Laravel 5:

$users = DB::table('users')->count();

Wow, acabo de ir a C:\xampp\mysql\bin y ejecute mysql_upgrade.exe

Se repara a sí mismo y ahora everithing está funcionando muy bien.

Esto debería hacer el truco:

mysql_upgrade -uroot -p --force

Es posible que necesite especificar la ruta completa para el comando si mysql no está en la ruta de búsqueda del shell.

En Debian 6 debería cargarse con:

/usr/bin/mysql_upgrade -uroot -p --force

En el MAMP de Mac la ruta predeterminada es:

/Applications/MAMP/Library/bin/mysql_upgrade -uroot -p --force

En Windows será donde MySQL está instalado y contenido en el subdirectorio bin. Por defecto debe estar ubicado en:

"C:\Program Files\MySQL\MySQL Server\[*CHANGE TO MySQL SERVER*]\bin\mysqladmin" -u root shutdown

Recurso Original: Cómo Resolver Código de error de MySQL: 1548 No se puede cargar desde mysql.proc. La tabla está probablemente corrompida