hibernate mysql连接信息 mysql连接问题

转载

gjnet 2023-07-12 18:30:13

文章标签 hibernate mysql连接信息 mysql可能遇到的问题数据库 MySQL 连接数 文章分类 MySQL 数据库

1、Too many connections

(连接数过多，导致连接不上数据库，业务无法正常进行)

[root@lianjiu ~]# mysql -uzs -p123456 -h 10.0.122.124

ERROR 1040 (00000): Too many connections

解决问题的思路：

1、首先先要考虑在我们 MySQL 数据库参数文件里面，对应的 max_connections 这个参数值是不是设置的太小了，导致客户端连接数超过了数据库所承受的最大值。

该值默认大小是 151，我们可以根据实际情况进行调整。

对应解决办法：set global max_connections=500

但这样调整会有隐患，因为我们无法确认数据库是否可以承担这么大的连接压力，就好比原来一个人只能吃一个馒头，但现在却非要让他吃 10 个，他肯定接受不了。反应到服务器上面，就有可能会出现宕机的可能。

所以这又反映出了，我们在新上线一个业务系统的时候，要做好压力测试。保证后期对数据库进行优化调整。

2、其次可以限制 InnoDB的并发处理数量，如果 innodb_thread_concurrency = 0(这种代表不受限制) 可以先改成 16 或是 64 看服务器压力。

如果非常大，可以先改的小一点让服务器的压力下来之后，然后再慢慢增大，根据自己的业务而定，个人建议可以先调整为 16 即可。

MySQL 随着连接数的增加性能是会下降的，在 MySQL 5.7 之前都需要让开发配合设置 thread pool，连接复用。MySQL 5.7 之后数据库自带 thread pool 了，连接数问题也得到了相应的解决。

另外对于有的监控程序会读取 information_schema 下面的表，可以考虑关闭下面的参数：

innodb_stats_on_metadata=0

set global innodb_stats_on_metadata=0

2、can't open file (errno:24)

有的时候，数据库跑得好好的，突然报不能打开数据库文件的错误了。

解决思路：

首先我们要先查看数据库的error log。然后判断是表损坏，还是权限问题。还有可能磁盘空间不足导致的不能正常访问表；操作系统的限制也要关注下；用 perror 工具查看具体错误！

linux:/usr/local/mysql/bin # ./perror 24OS error code 24: Too many open files

超出最大打开文件数限制！ulimit -n查看系统的最大打开文件数是65535，不可能超出！那必然是数据库的最大打开文件数超出限制！在 MySQL 里查看最大打开文件数限制命令：show variables like 'open_files_limit';发现该数值过小，改为2048，重启 MySQL，应用正常

3、MySQL 数据库连接超时的报错

这个问题是由两个参数影响的，wait_timeout 和 interactive_timeout。数据默认的配置时间是28800(8小时)意味着，超过这个时间之后，MySQL 数据库为了节省资源，就会在数据库端断开这个连接，Mysql服务器端将其断开了，但是我们的程序再次使用这个连接时没有做任何判断，所以就挂了。

解决思路：

先要了解这两个参数的特性；这两个参数必须同时设置，而且必须要保证值一致才可以。我们可以适当加大这个值，8小时太长了，不适用于生产环境。因为一个连接长时间不工作，还占用我们的连接数，会消耗我们的系统资源。

解决方法：

可以适当在程序中做判断；强烈建议在操作结束时更改应用程序逻辑以正确关闭连接；然后设置一个比较合理的timeout的值(根据业务情况来判断)

4、数据库总会出现中文乱码的情况

解决思路：

对于中文乱码的情况，记住老师告诉你的三个统一就可以。还要知道在目前的mysql数据库中字符集编码都是默认的UTF8

处理办法：

1、数据终端，也就是我们连接数据库的工具设置为 utf8

2、操作系统层面；可以通过 cat /etc/sysconfig/i18n 查看；也要设置为 utf8

3、数据库层面；在参数文件中的 mysqld 下，加入 character-set-server=utf8。

5、truncate 删除数据，导致自动清空自增ID，前端返回报错 not found。