una pagina formulario exportar datos crear conectar conecta con mysql mysql-workbench

formulario - pagina web con base de datos mysql



No se puede conectar al servidor de base de datos(mysql workbench) (14)

¿Podrías ayudarme a resolver este problema?

Cuando intento hacer clic en "consultar la base de datos" en el menú de base de datos en el entorno de trabajo Mysql. me da un error:

Cannot Connect to Database Server Your connection attempt failed for user ''root'' from your host to server at 127.0.0.1:3306:Can''t connect to mysql server on ''127.0.0.1''(10061) Please: 1. Check that mysql is running on server 127.0.0.1 2. Check that mysql is running on port 3306 (note: 3306 is the default, but this can be changed) 3. Check the root has rights to connect to 127.0.0.1 from your address (mysql rights define what clients can connect to the server and from which machines) 4. Make sure you are both providing a password if needed and using the correct password for 127.0.0.1 connecting from the host address you''re connecting from

¿Intentó determinar si se trata de un problema con Workbench o un problema de conexión general? Prueba esto:

  1. Abrir una terminal
  2. Escriba mysql -u root -p -h 127.0.0.1 -P 3306
  3. Si puede conectarse con éxito, verá un mensaje de mysql después de escribir su contraseña (escriba quit y Enter allí para salir).

Informe de nuevo cómo funcionó esto.

El error se produce porque el servidor mysql no se inicia en su computadora. Debe iniciarlo manualmente. Haz los siguientes pasos:

  1. Descargue e instale el servidor wamp según la versión de su bit (32 bits o 64 bits) en su computadora ( http://wampserver-64bit.en.softonic.com/ ) este enlace le permite descargar el servidor wamp para 64 bits.

  2. Tan pronto como lo instale, puede hacer doble clic y ejecutarlo ... (puede ver un icono en la mano derecha de la barra de tareas. Puede estar oculto. Por lo tanto, puede hacer clic en la flecha que muestra la ejecución de las aplicaciones de ocultación). haga clic en el icono y vaya a Mysql

  3. Luego, vaya a Servicio y allí podrá encontrar los servicios de inicio / reanudación haciendo clic en él.

  4. Y ahora está listo. Abra el banco de trabajo mysql y vea. Funcionará ...

El problema probablemente se deba a que la autenticación de socket está habilitada para el usuario root de manera predeterminada cuando no se establece una contraseña, durante la actualización a ubuntu 16.04.

La solución es volver a la autenticación de contraseña nativa. Puede hacer esto iniciando sesión en MySQL usando la autenticación de socket haciendo:

sudo mysql -u root

Una vez iniciada la sesión:

ALTER USER ''root''@''localhost'' IDENTIFIED WITH mysql_native_password BY ''password'';

que volverá a la autenticación de contraseña nativa (antigua predeterminada).

Ahora use la contraseña como la contraseña siempre que sea requerido por MySQL.

En mi caso, acabo de instalar mysqlworkbench, pero después de desinstalar mysqlworkbench e instalar el instalador de MySQL, es igual para 32 y 64 bits y luego funciona como un encanto. Espero que pueda ser útil

Estaba en situaciones similares antes y la última vez que encontré fue un problema de actualización de Windows (no estoy seguro). Esta vez, abrí el banco de trabajo MySQL y no encontré conexión a mi base de datos local. No puedo ver mis tablas, pero ayer pude conectarme a la base de datos.

Descubrí que mi causa es que, después de dejar que mi computadora esté inactiva durante un tiempo y volver a activarlo, el servicio mysql no se está ejecutando. Mi solución: reinicie el servicio llamado "mysql" y vuelva a ejecutar el entorno de trabajo. Reiniciar el servicio lleva un tiempo, pero funciona.

Intente abrir services.msc desde el cuadro de búsqueda del menú de inicio e intente iniciar manualmente el servicio MySQL.

Luché con este problema por un tiempo e hice varias reinstalaciones de MySQL antes de descubrir esto.

Sé que el servidor MySQL funcionaba bien porque podía acceder a todas mis bases de datos utilizando la línea de comandos.

Espero que esto funcione para usted.

En MySQL Workbench (5.2.47 CE)

haga clic en Mange Server Instances (esquina inferior derecha)

haga clic en Conexión

en el cuadro Conexión seleccione:

Instancia local ($ ServerName) - [email protected]: 3306 ''<'' Standard (TCP / IP)>

haga clic en Editar seleccionado ...

en Parámetros, el nombre de host cambia localhost o 127.0.0.1 a su nombre NetBIOS

haga clic en Conexión de prueba

Si esto funciona para ti, genial. Si no, cambia el nombre de host de nuevo a lo que era.

Mi problema fue que el servidor MySQL no estaba realmente instalado. Había ejecutado el instalador de MySQL, pero no instaló el servidor MySQL.

Vuelvo a ejecutar el instalador, hago clic en "Agregar" y luego agregué el servidor MySQL a la lista. Ahora funciona bien.

Para estar actualizado para las versiones superiores y visitantes posteriores:

Actualmente estoy trabajando en un Win7 de 64 bits con diferentes herramientas, incluido Python 2.7.4 como requisito previo para Google Android ...

Cuando actualicé de WB 6.0.8-win32 a las versiones superiores para tener un rendimiento de 64 bits, tuve algunos problemas, por ejemplo, en 6.3.5-winx64 Tuve un error en la vista de detalles de las tablas (vista desordenada) lo que me llevó a bajar a 6.2. 5-winx64.

Como usuario de la GUI, los elementos relativos de la ingeniería hacia delante / hacia atrás y el servidor de la Database>Connect to Database de Database>Connect to Database funcionaban bien, pero cuando intentamos crear una Database>Connect to Database de Database>Connect to Database , tendremos Not connected y tendremos un error de Python si intentamos ejecutar una consulta, sin embargo, el servicio del servidor DB. es absolutamente ejecutado y está funcionando bien y este problema no es del servidor y es del entorno de trabajo. Para resolverlo, debemos usar Query>Reconnect to Server para elegir explícitamente la conexión de base de datos y luego casi todo se ve bien (esto puede deberse a mis múltiples conexiones de base de datos y no pude encontrar alguna solución para definir la conexión predeterminada de base de datos en el entorno de trabajo) .

Como nota: debido a que estoy usando la última versión de Xampp (incluso en Linux adictivamente :)), recientemente Xampp usa mariadb 10 en lugar de mysql 5.x hace que la versión del archivo mysql sea 10 puede causar algunos problemas, como la ingeniería avanzada de procedimientos que se puede resolver a través de mysql_upgrade.exe pero aún cuando intentamos verificar una conexión db wb informará sobre la versión incorrecta, sin embargo, no es crítica y funciona bien.

Conclusión: por lo tanto, a veces los problemas de conexión de base de datos en el entorno de trabajo pueden deberse a sí mismos y no al servidor (si no tiene otros problemas relativos a la conexión de base de datos).

Parece que hay muchas causas de este error.

Mi Causa / Solución

En mi caso, la causa fue que mi servidor estaba configurado para aceptar solo conexiones de localhost. Lo arreglé siguiendo este artículo: ¿Cómo habilito el acceso remoto al servidor de base de datos MySQL? . Mi archivo my.cnf no tenía una línea de skip-networking de skip-networking , por lo que acabo de cambiar la línea

bind-address = 127.0.0.1

a

bind-address = 0.0.0.0

Esto permite conexiones desde cualquier IP, no solo 127.0.0.1.

Luego, creé un usuario de MySql que podía conectarse desde mi máquina cliente ejecutando los siguientes comandos de terminal:

# mysql -u root -p mysql> CREATE USER ''username''@''1.2.3.4'' IDENTIFIED BY ''password''; -> GRANT ALL PRIVILEGES ON *.* TO ''username''@''1.2.3.4'' WITH GRANT OPTION; -> /q

donde 1.2.3.4 es la IP del cliente desde el que está intentando conectarse. Si realmente tiene problemas, puede usar ''%'' lugar de ''1.2.3.4'' para permitir que el usuario se conecte desde cualquier IP.

Otras causas

Para obtener una lista bastante extensa, vea Causas de errores de acceso denegado .

También luché con este problema durante bastante tiempo.

Me encontré con este interesante tema del foro MySQL: http://forums.mysql.com/read.php?11,11388,11388#msg-11388

También me encontré con (obviamente) algunos buenos SO Q / A.

Parece que el mensaje mencionado en la pregunta de "user948950" puede provenir de una amplia variedad de razones: archivo de registro demasiado grande, valores de archivo mysql.ini incorrectos, espacios en la ruta del archivo, problema de seguridad / acl, entradas antiguas en el registro, y así sucesivamente.

Entonces, después de intentar 3h para arreglar esto ... abandoné y decidí hacer una buena reinstalación.

Aquí es donde esta publicación de (nuevamente) este hilo de MySQL fue útil , cito:

Gary Williams escribió: Hola chicos,

He tenido exactamente el mismo problema y así es como lo hice funcionando para mí, comenzando con una instalación que no funciona.

  1. Detenga el servicio de Windows para cualquier instalación mysql existente.

  2. Desinstalar Mysql.

Como con la mayoría de las desinstalaciones, los archivos antiguos se quedan atrás. Si su directorio es C: / mysql / etc, elimine los archivos innob, etc, pero deje los directorios y las bases de datos existentes en ''datos''. Si su directorio es C: / Archivos de programa / etc, elimine todos los directorios mysql.

  1. Ahora vale la pena ejecutar regedit para asegurarse de que las antiguas entradas de registro también se eliminen con la desinstalación. Si no, bórralos.

  2. No obstante, está bien usar el nuevo instalador .msi (solo archivos esenciales) ...

  3. ¡No use su ruta de instalación predeterminada! ¡Un genio establece un camino con espacios en él! Elija la instalación personalizada y seleccione una ruta razonable, es decir, C: / mysql (nota de Adrien: C: / mysqldata para ... los datos)

  4. No elija alterar la configuración de seguridad. Desmarque la casilla correspondiente y la instalación se completará sin tener que establecer una contraseña de root.

Creo que lo he recordado todo.

Buena suerte

Gary

Me metí en problemas al simplemente copiar / pegar las bases de datos que tenía en mi directorio anterior de "datos" al nuevo. Así que el trabajo que encontré fue exportar cada base de datos (lo sé ... muy divertido) y luego volver a importarlas una por una.

Para su información: Utilicé el siguiente comando para importar C:/<MySQLInstallDir>/My SQL Server xx/bin/mysql -u root -p <dbName> < "<dirPathOfDump>/<dumpName>.sql" , es decir, por ejemplo C:/mysql/MySQL Server 5.6/bin/mysql -u root -p mySupaCoolDb < "C:/mySupaCoolDbDump20130901.sql"

Tuve que iniciar Workbench como administrador. Aparentemente, no tenía los permisos necesarios para conectarse al proceso del servidor de base de datos de mi servidor local.

Haga clic con el botón derecho en el acceso directo de Workbench y seleccione Run as Administrator . En la ventana Propiedades del acceso directo, puede hacer clic en "Avanzado" y marcar la casilla junto a "Ejecutar como administrador" para ejecutar siempre el entorno de trabajo con privilegios de administrador.

Tuve un problema similar en Mac OS y pude solucionarlo de esta manera:

Desde la terminal, ejecute:

mysql -u root -p -h 127.0.0.1 -P 3306

Entonces, me pidieron que ingresara la contraseña. Acabo de pulsar Intro, ya que no se configuró ninguna contraseña.

Recibí un mensaje de la siguiente manera:

Bienvenido al monitor MySQL. Los comandos terminan con; o / g. Su ID de conexión de MySQL es 181. Versión del servidor: 8.0.11 Homebrew.

Si logró iniciar sesión en mysql>, ejecute el siguiente comando:

ALTER USER ''root''@''localhost'' IDENTIFIED WITH mysql_native_password BY ''password'';

Deberías recibir un mensaje como este:

Consulta OK, 0 filas afectadas (0.19 seg)

Ahora, su contraseña es " contraseña " y su nombre de usuario es " raíz ".

Feliz codificacion :)