mysql怎么看信息 mysql查看数据库信息

如何查看mysql数据库用户密码

1、打开mysql.exe和mysqld.exe所在的文件夹,复制路径地址

呼和浩特网站制作公司哪家好，找创新互联！从网页设计、网站建设、微信开发、APP开发、成都响应式网站建设等网站项目制作，到程序开发，运营维护。创新互联公司2013年成立到现在10年的时间，我们拥有了丰富的建站经验和运维经验，来保证我们的工作的顺利进行。专注于网站建设就选创新互联。

2、打开cmd命令提示符,转到上一步中mysql.exe所在的文件夹。

3、输入命令 mysqld--skip-grant-tables 回车，此时就跳过了mysql的用户验证。注意:输入此命令后,无法操作命令行,您可以在此时打开一个新的命令行。注意:在输入此命令之前,请在任务管理器中结束mysqld.exe进程,以确保MySQL服务器端已完成运行

4、更改root密码，输入updateusersetpassword=password('123456')whereuser='root'andhost='localhost';

5、再次查看账户信息，selectuser,host,passwordfromuser; 可以看到密码已被修改。

6、退出命令行,重新启动MySQL数据库,然后尝试使用新密码登录。

如何查看mysql的锁信息

方法1：利用 metadata_locks 视图

此方法仅适用于 MySQL 5.7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。

方法2：利用 events_statements_history 视图此方法适用于 MySQL 5.6 以上版本，启用 performance_schema.eventsstatements_history（5.6 默认未启用，5.7 默认启用），该表会 SQL 历史记录执行，如果请求太多，会自动清理早期的信息，有可能将上锁会话的信息清理掉。

方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。也可以使用 gdb 交互模式，但 attach mysql 进程后 mysql 会完全 hang 住，读请求也会受到影响，不建议使用交互模式。

方法4：show processlist

如果备份程序使用的特定用户执行备份，如果是 root 用户备份，那 time 值越大的是持锁会话的概率越大，如果业务也用 root 访问，重点是 state 和 info 为空的，这里有个小技巧可以快速筛选，筛选后尝试 kill 对应 ID，再观察是否还有 wait global read lock 状态的会话。

方法5：重启试试！

如何利用MySQL数据库自带的show命令查看信息

方法/步骤

查看MySQL数据库存储引擎和默认引擎，可以用命令：

show

engines;

有时编写SQL语句时，出现了错误，想要查看上一条SQL错误，可以利用命令：

show

errors;

查看最后一个执行语句的错误、提醒和警告，可以用命令：

show

warnings;

查看系统的一些资源状态，可以利用命令：

show

status;

显示系统里的一些变量名称和变量值，可以利用命令：

show

variables;

有时需要查看MySQL服务器支持的不同权限，可以利用命令：

show

privileges;

如何查看MySQL数据库的死锁信息

1. 使用终端或命令提示符登录到MySQL，输入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p 

解释：xxxx.xxx.xxx是数据库IP地址，username是数据库用户名，输入命令后，会让你输入username对应的密码，就可以登录了

2. 如何查看MySQL数据库的死锁信息 

在MySQL客户端下输入命令： 

show engine innodb status \G; 

3. 如何定位MySQL数据库的死锁信息 

在打印出来的信息中找到“LATEST DETECTED DEADLOCK”一节内容，看图中红线 

4. 如何分析日志，定位死锁原因 

看3里面的图，紫色划线部分 

分析： 

事务1，等待 

RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，这个位置的X锁 

事务2，持有 

RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁 

事务2，等待这个地方的X锁 

理论上这个事务2是可以提交的不会，死锁，但是这个事务日志只打印最后一部分死锁，信息，这里面隐含的条件是，事务1也持有 

RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁，这样，事务2不能加X锁，同时事务1也不能加X锁，产生死锁。