phpmyadmin登陆出现无法登录MySQL是设置错误造成的，解决方法为：
成都创新互联长期为1000+客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为巩义企业提供专业的网站制作、成都网站制作，巩义网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。
1、首先打开运行命令窗口，可以通过按住windows键+R的组合键来实现，输入cmd，然后按下回车键。
2、这样就进入了doc的命令窗口。
3、切换到我们安装mysql的盘符。
4、然后再切换到mysql的bin目录。
5、输入mysql -uroot -p。
6、提示输入密码。
7、输入mysql密码之后，然后按下回车键，出现welcome的字样表示登陆成功。
报错：
[MySQL][ODBC 8.0(w) Driver]Can't connect to MySQL server on……
确保你的mysqql服务器是开着的状态
尝试方法
打开系统偏好设置
看是否是close 状态，如果是 ，点start使之启动
再连接，成功了
还可以参考地址：
原因一：登录账号、密码、服务器名称、数据库名称登录错误导致不能连接，这个比较常见，仔细检查好所填信息是否正确，填写正确一般就可以解决。
解决方法：当正在使用的软件出现数据库不能连接时，一般就是服务器名出现问题，更改服务器名称一般可以解决问题。数据库如果是安装在本机，服务器名可以用“.”或“(local)”来代替 ；如果是安装在局域网的其它计算机上，可以用IP地址作为服务器名。
原因二：如果没能正确安装SQL服务器，也会导致数据库连接不上；安装好数据库后，如果SQL服务管理器没有启动，则要去服务那里开启。
解决方法：如果是SQL数据库未能能成功安装，再次重新安装时，可能会无法安装，提示是存在一个未完成的安装挂起。解决就方法是：打开注册表编辑器，在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager中找到并删除PendingFileRenameOperations项目即可。
如果是更改了Windows的用户名或者密码，会导致SQL服务管理器不能启动,解决办法是去控制版面的服务那里修改启动。具体是：点击开始--设置--控制面板--管理工具--服务--找到MSSQLSERVER服务--在上面右键--属性--登陆--修改启动服务的帐户和密码。
原因三：因权限问题导致数据库不能连接，解决方法是检测计算机的安全保护限制、SQL Server安全设置、操作系统的安全限。
解决方法：可以先暂时关闭防火墙或者杀毒软件，看是否是这些软件的安全设置所导致。
SQL Server安全设置：打开企业管理器--展开SQ L Server组--右击服务器名--点击属性--在SQL Server属性--安全性中，把“身份验证”选择为“在SQL Server和Windows”；
如果SQL服务器采用的是Windows XP系统，当工作站电脑出现不能连接数据库的情况时，可以在服务器和工作站各建立一个相同的WINDOWS用户账号和密码
原因四：引起原因:网络连接存在故障;
解决方法:检修网络是否存在故障。
一、无法访问系统资源
MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因，如：文件，端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限。
sudo -u mysql touch /var/lib/mysql/b
找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：
mysql system sudo -u mysql touch /home/mysql/data/a
mysql create table t1 (
id int primary key,n varchar(10
) data directory
ERROR 1030 (HY000): Got error 168 from storage engine
测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限，此时只要对应的修改 policy 就行了，当然把 selinux 或 apparmor 停了也行。
有时虽然对系统资源有访问的权限，但系统资源已经被占用：
mysqld --no-defaults --console --user mysql
2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171
2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11
这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。
二、参数设置错误
参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：
$ mysqld --verbose --help | grep "Default options " -A 1
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf
知道了 MySQL 参数文件的调用顺序，我们就可以检查对应的参数文件，找出其中的错误，如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：
$ mysqld --print-defaults
/usr/sbin/mysqld would have been started with the following arguments:
......
注意这个命令显示完参数后就退出，不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的，只不过后者的显示方式是一行一个参数。
然后开始对可疑的参数进行调试，我个人喜欢加的参数和顺序如下：
1. 在 mysqld 后加上第一个参数 --no-defaults ，这个参数的作用是通知 mysqld 在启动的时候不要读任何参数文件；
2. 第二个参数是 --console，这个参数会把错误信息输出到屏幕上，这个参数带来的一个弊端是所有的信息都输出到屏幕上，让屏幕显得比较乱，但对于我们调试却是很方便的；
3. 第三个参数是 --log-error-verbosity=3，这个参数会显示详细的日志；
4. 然后再在后面加上有把握的参数，可以一次只加一个参数，然后启动 mysqld，采用排除法逐步找出错误的参数。
MySQL有时候忘记了root密码是一件伤感的事。这里提供Windows 和 Linux 下的密码重置方法。
Windows:
1.以系统管理员身份登陆系统。
2.打开cmd-----net start 查看mysql是否启动。启动的话就停止net stop mysql.
3.我的mysql安装在d:\usr\local\mysql4\bin下。
4.跳过权限检查启动mysql.
d:\usr\local\mysql\bin\mysqld-nt --skip-grant-tables
5.重新打开cmd。进到d:\usr\local\mysql4\bin下：
d:\usr\local\mysql\bin\mysqladmin -u root flush-privileges password "newpassword"
d:\usr\local\mysql\bin\mysqladmin -u root -p shutdown 这句提示你重新输密码。
6.在cmd里net start mysql
7.搞定了。
Linux:
MySQL root密码的恢复方法之一
如果忘记了MySQL root密码，可以用以下方法重新设置：
1.KILL掉系统里的MySQL进程；
killall -TERM MySQLd
2.用以下命令启动MySQL，以不检查权限的方式启动；
safe_MySQLd --skip-grant-tables
3.然后用空密码方式使用root用户登录 MySQL；
MySQL -u root
4.修改root用户的密码；
MySQL update MySQL.user set password=PASSWORD('新密码') where User='root';
MySQL flush privileges;
MySQL quit
重新启动MySQL，就可以使用新密码登录了。
现象
一线的工程师反映了一个奇怪的现象，刚刚从 MySQL 官网上下载了一个 MySQL 5.7.31。安装完成后，发现使用任何密码都能登陆 MySQL，修改密码也不管用，重新启动 MySQL 也不能解决。
分析
怀疑使用了 --skip-grant-tables 使用 mysqld --print-defaults 检查，没有发现。
检查登陆用户，都是 root@localhost，说明和 proxy user 没有关系。
使用 mysql --print-defaults 检查客户端是否设置默认的用户和密码，没有发现。
发现一切都正常，再检查 plugin 字段，发现只有 root 用户是 auth_socket ，其它的用户都是 mysql_native_password，问题可能就出在这儿。
问题解决
对 auth_socket 验证插件不了解，感觉是这个插件不安全，使用下面的命令修改后，问题解决：
update user set plugin="mysql_native_password" where user='root';
auth_socket 验证插件的使用场景
问题解决后，又仔细研究了一下 auth_socket 这个插件，发现这种验证方式有以下特点：
首先，这种验证方式不要求输入密码，即使输入了密码也不验证。这个特点让很多人觉得很不安全，实际仔细研究一下这种方式，发现还是相当安全的，因为它有另外两个限制；
只能用 UNIX 的 socket 方式登陆，这就保证了只能本地登陆，用户在使用这种登陆方式时已经通过了操作系统的安全验证；
操作系统的用户和 MySQL 数据库的用户名必须一致，例如你要登陆 MySQL 的 root 用户，必须用操作系统的 root 用户登陆。
auth_socket 这个插件因为有这些特点，它很适合我们在系统投产前进行安装调试的时候使用，而且也有相当的安全性，因为系统投产前通常经常同时使用操作系统的 root 用户和 MySQL 的 root 用户。当我们在系统投产后，操作系统的 root 用户和 MySQL 的 root 用户就不能随便使用了，这时可以换成其它的验证方式，可以使用下面的命令进行切换：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'test';
重庆分公司
重庆分公司
