Top 4:数据库密码忘记的问题
[ root@zs ~] # mysql -uroot -p
Enter password:
ERROR 1045( 28000): Access denied foruser 'root'@ 'localhost'( usingpassword: YES)
[ root@zs ~] # mysql -uroot -p
Enter password:
ERROR 1045( 28000): Access denied foruser 'root'@ 'localhost'( usingpassword: YES)
我们有可能刚刚接手别人的 MySQL 数据库,而且没有完善的交接文档。root 密码可以丢失或者忘记了。
解决思路:
目前是进入不了数据库的情况,所以我们要考虑是不是可以跳过权限。因为在数据库中,mysql数据库中user表记录着我们用户的信息。
解决方法:
启动 MySQL 数据库的过程中,可以这样执行:
/usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf --skip-grant-tables &
这样启动,就可以不用输入密码,直接进入 mysql 数据库了。然后在修改你自己想要改的root密码即可。
update mysql.user set password=password('root123') where user='root';
Top 5:truncate 删除数据
导致自动清空自增ID,前端返回报错 not found。
这个问题的出现,就要考虑下 truncate 和 delete 的区别了。
看下实验演练:
首先先创建一张表;
CREATETABLE`t`(
`a`int( 11) NOTNULLAUTO_INCREMENT,
`b`varchar( 20) DEFAULTNULL,
PRIMARY KEY( `a`),
KEY`b`( `b`)
) ENGINE= InnoDBAUTO_INCREMENT= 300DEFAULTCHARSET=utf8
插入三条数据:
mysql> insert intot(b) values('aa');
Query OK, 1row affected(0.00sec)
mysql> insert intot(b) values('bb');
Query OK, 1row affected(0.00sec)
mysql> insert intot(b) values('cc');
Query OK, 1row affected(0.00sec)
mysql> select* fromt;
+-----+------+
| a | b |
+-----+------+
| 300| aa |
| 301| bb |
| 302| cc |
+-----+------+
3rows inset(0.00sec)
先用 delete 进行删除全表信息,再插入新值。
结果发现 truncate 把自增初始值重置了,自增属性从1开始记录了。当前端用主键id进行查询时,就会报没有这条数据的错误。
个人建议不要使用 truncate 对表进行删除操作,虽然可以回收表空间,但是会涉及自增属性问题。这些坑,我们不要轻易钻进去。
Top 6:
阿里云 MySQL 的配置文件中,需要注意一个参数设置就是:
lower_case_table_names = 0;默认情况
lower_case_table_names = 1;是不区分大小写 . 如果报你小写的表名找不到, 那你就把远端数据库的表名改成小写 , 反之亦然 . 注意 Mybatis 的 Mapper 文件的所有表名也要相应修改
Top 7:
有同学经常会问张老师,为什么我的数据库总会出现中文乱码的情况。一堆????不知道怎么回事。当向数据库中写入创建表,并插入中文时,会出现这种问题。此报错会涉及数据库字符集的问题。
解决思路:
对于中文乱码的情况,记住老师告诉你的三个统一就可以。还要知道在目前的mysql数据库中字符集编码都是默认的UTF8
处理办法:
1、数据终端,也就是我们连接数据库的工具设置为 utf8
2、操作系统层面;可以通过 cat /etc/sysconfig/i18n 查看;也要设置为 utf8
3、数据库层面;在参数文件中的 mysqld 下,加入 character-set-server=utf8。
Emoji 表情符号录入 mysql 数据库中报错。
Caused by: java.sql.SQLException: Incorrect stringvalue: 'ðð...'forcolumn 'CONTENT'at row 1
at com.mysql.jdbc.SQLError.createSQLException(SQLError.jav a:1074)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.jav a:4096)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.jav a:4028)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.jav a:2490)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.jav a:2651)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.jav a:2734)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.jav a:2155)
at com.mysql.jdbc.PreparedStatement. execute(PreparedStatement.jav a:1379)
解决思路:针对表情插入的问题,一定还是字符集的问题。
处理方法:我们可以直接在参数文件中,加入
vim /etc/my.cnf
[mysqld]
init-connect='SET NAMES utf8mb4'
character-set-server=utf8mb4
注:utf8mb4 是 utf8 的超集。
Top 8:使用 binlog_format=statement 这种格式
跨库操作,导致从库丢失数据,用户访问导致出现错误数据信息。
当前数据库二进制日志的格式为:binlog_format=statement
在主库设置binlog-do-db=mydb1(只同步mydb1这一个库)
在主库执行use mydb2;
insert into mydb1.t1 values ('bb');这条语句不会同步到从库。
但是这样操作就可以;
use mydb1;
insert into mydb1.t1 values ('bb');因为这是在同一个库中完成的操作。
在生产环境中建议使用binlog的格式为row,而且慎用binlog-do-db参数。
Top 9:MySQL 数据库连接超时的报错
org.hibernate.util.JDBCExceptionReporter - SQL Error:0, SQLState: 08S01
org.hibernate.util.JDBCExceptionReporter - The last packet successfully received from the server was43200 milliseconds ago.The last packet sent successfully to the server was 43200 milliseconds ago, which is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before useinyour application, increasing the serverconfigured valuesforclienttimeouts, orusingthe Connector/J connection'autoReconnect=true'toavoid this problem.
org.hibernate.event.def.AbstractFlushingEventListener - Could notsynchronize databasestate withsession
org.hibernate.exception.JDBCConnectionException: Could notexecuteJDBC batch update
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Connection.close() has already been called. Invalid operation inthis state.
org.hibernate.util.JDBCExceptionReporter - SQLError: 0, SQLState: 08003
org.hibernate.util.JDBCExceptionReporter - Nooperationsallowed afterconnectionclosed. Connectionwas implicitly closed due tounderlying exception/ error:
** BEGINNESTEDEXCEPTION**
大多数做 DBA 的同学,可能都会被开发人员告知,你们的数据库报了这个错误了。赶紧看看是哪里的问题。
这个问题是由两个参数影响的,wait_timeout 和 interactive_timeout。数据默认的配置时间是28800(8小时)意味着,超过这个时间之后,MySQL 数据库为了节省资源,就会在数据库端断开这个连接,Mysql服务器端将其断开了,但是我们的程序再次使用这个连接时没有做任何判断,所以就挂了。
解决思路:
先要了解这两个参数的特性;这两个参数必须同时设置,而且必须要保证值一致才可以。
我们可以适当加大这个值,8小时太长了,不适用于生产环境。因为一个连接长时间不工作,还占用我们的连接数,会消耗我们的系统资源。
解决方法:
可以适当在程序中做判断;强烈建议在操作结束时更改应用程序逻辑以正确关闭连接;然后设置一个比较合理的timeout的值(根据业务情况来判断)
Top 10 :can't open file (errno:24)
有的时候,数据库跑得好好的,突然报不能打开数据库文件的错误了。
解决思路:
首先我们要先查看数据库的 error log。然后判断是表损坏,还是权限问题。还有可能磁盘空间不足导致的不能正常访问表;操作系统的限制也要关注下;用 perror 工具查看具体错误!
linux:/usr/local/mysql/bin # ./perror 24
OS error code 24: Too many open files
超出最大打开文件数限制!ulimit -n查看系统的最大打开文件数是65535,不可能超出!那必然是数据库的最大打开文件数超出限制!
在 MySQL 里查看最大打开文件数限制命令:show variables like 'open_files_limit';
发现该数值过小,改为2048,重启 MySQL,应用正常
处理方法:
repair table ;
chown mysql权限
清理磁盘中的垃圾数据
今后还会继续总结 MySQL 中的各种报错处理思路与方法,希望跟各位老铁们,同学们一起努力。多沟通多交流!返回搜狐,查看更多