文章目录

  • 1、忘记密码，无法登陆
  • 1.1 报错现象
  • 1.2 处理过程
  • 2、修改简易密码报错
  • 2.1 报错现象
  • 2.2 处理过程
  • 3、大小写的敏感报错
  • 2.1 报错现象
  • 2.2 处理过程


1、忘记密码，无法登陆

1.1 报错现象

ERROR 1130 (HY000): Host ‘172.18.1.1’ is not allowed to connect to this MySQL server --提示无法登陆

mysql 1812错误修复 mysql1832错误_mysql 1812错误修复

1.2 处理过程

在MySQL中，若密码丢失则无法直接找回，只能通过特殊方式来修改密码。
在配置文件中添加如下一行，重启 MySQL 登录则不需要密码。

skip-grant-tables

cat /etc/my.cnf

mysql 1812错误修复 mysql1832错误_大小写_02


重启 MySQL

systemctl start mysqld
[root@binlog2sql ~]# mysql -uroot -p

–此时空密码可以进入
MySQL8修改密码

mysql> alter user root@‘localhost’ identified with
mysql_native_password by ‘root1’;

MySQL8以下版本修改密码

mysql> update mysql.user set authentication_string=password(‘root’)
where user=‘root’; mysql> flush privileges;

注意：最好把/etc/my.cnf中的skip-grant-tables注释掉，然后重启mysql，即：service mysqld restart
好了，下面就可以用r新的密码登录了！

2、修改简易密码报错

2.1 报错现象

alter user root@‘localhost’ identified with mysql_native_password by
‘root’;

ERROR 1819 (HY000): Your password does not satisfy the current policy
requirements

2.2 处理过程

查询密码策略 mysql> SHOW VARIABLES LIKE ‘validate_password%’;

mysql 1812错误修复 mysql1832错误_MySQL_03

去除密码验证策略 –默认关闭，设置为ON时可以将密码设置成当前用户名 mysql> set global
validate_password.check_user_name=OFF;

–密码强度检查等级，0/LOW、1/MEDIUM、2/STRONG。默认是1，即MEDIUM， mysql> set global
validate_password_policy=0; mysql> set global
validate_password.length=4;

–特殊字符 mysql> set global validate_password.mixed_case_count=0; mysql>
set global validate_password.number_count=0;

mysql> flush privileges; –密码验证策略 0/LOW：只检查长度。
1/MEDIUM：检查长度、数字、大小写、特殊字符 2/STRONG：检查长度、数字、大小写、特殊字符字典文件。

mysql 1812错误修复 mysql1832错误_MySQL_04


此时修改为密码root则OK，因为已经去除密码策略

3、大小写的敏感报错

2.1 报错现象

部署到Linux服务器上后，发现有报错，日志信息大概是：

MySQLSyntaxErrorException: Table ‘mes_db.student’ doesn’t exist

2.2 处理过程

在本机Window环境查看如下： mysql> show variables like ‘%case%’;

mysql 1812错误修复 mysql1832错误_mysql_05

在Linux服务器查看如下：

mysql 1812错误修复 mysql1832错误_mysql_06

①查看这个表在不在，一看还真在， 数据库中显示的student，不过s是小写；

②查看代码发现代码中还真把表名写成Student,就一个s写成大写S了。
问题找到了，原来是不小心写SQL的时候没有写对表名，改一下表名就搞定了，功能也一切正常了

从上面的结果已经可以看出不同了 当 lower_case_table_names 为 0 时表示区分大小写，为 1 时表示不区分大小写
在Windows上，默认值为1；在macOS上，默认值为2；在Linux上不支持值2;服务器强制该值为0

0 --大小写敏感。（Unix，Linux默认） 1–大小写不敏感。（Windows默认） 2 --大小写不敏感（macOS默认）

并且官网也提示说：如果在数据目录驻留在不区分大小写的文件系统 （例如Windows或macOS）上的系统上运行MySQL，
则不应将lower_case_table_names设置为0。

我自己在我的window10环境尝试设置lower_case_table_names为0的时候，
MySQL的服务怎么也启动不能，启动服务报错，因为windows系统对大小写不敏感
而Linux则是区分大小写的，因此，建议在开发测试环境下就严格控制代码大小写敏感， 提高代码的兼容和严谨