Java前提下， MySQL数据库，一次性存储大量数据导致内存溢出

内存溢出导致程序崩溃，也分是java层崩了，还是mysql崩了。

如果是java层崩了，注意不要一次性加载太多的数据到内存，并且不在使用的数据要彻底放弃引用关系。java虽然是自动回收，回收的原则就是一个对象不再被持有，即引用计数为零。如果数据太大，可考虑临时文件。

如果是mysql崩了，首先增加配置缓存。一般来说mysql是不容易崩的，特别是插入 *** 作的时候。查询的时候如果查询结果记录集特别大，会导致一个查询需要使用很大的内存空间，这种是有问题的。而插入 *** 作都是一条一条的执行，不会导致大内存的使用。

如果仅仅是数据移植，也尽量不要用ORM框架，比如hibernate，mybatis这些东西，因为他们都有自己的缓存，直接使用JDBC比较好。

内存溢出是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。

内存中加载的数据量过于庞大，如一次从数据库取出过多数据；集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；代码中存在死循环或循环产生过多重复的对象实体；使用的第三方软件中的BUG；启动参数内存值设定的过小；

检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

检查代码中是否有死循环或递归调用。

如果你的数据量非常大,肯定会内存溢出

你不停的Element dom是把xml加载到内存中的,数据量一多内存就不够了,性能低下

建议你分页查询

然后通过Xstream等xml框架去生成xml

mysql数据库连接池溢出的原因最近用了公司某框架，部署到现场后，现场运维开始维护现场数据，在不断 *** 作的过程中，系统崩溃，查看后台日志，druid连接池已经获取不到连接。于是开始了排查之旅。在此记录。

排查开始

首先后台的报错是这样的。

首先明确算术溢出错误出现的原因，一定是某个数据库字段的长度或者大小的问题导致的。

判断：最容易出现这样错误的数据类型是: int ,folat数据类型而且应该是一个自增列，定义到这一步之后我们的问题已经很明确了。

请打开你的数据库，查看数据库后台与超市收银有关的数据表，然后查看字段的类型和长度在去看看到底是哪一个字段的长度溢出。

一般这样的问题，最好可以直接去找软件供应商去解决。

以上就是关于Java前提下， MySQL数据库，一次性存储大量数据导致内存溢出全部的内容，包括:Java前提下， MySQL数据库，一次性存储大量数据导致内存溢出、内存溢出的解决方法、JAVA 循环查询数据库，总提示内存溢出，不知道怎么办请高手帮忙等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！