mysql一直查询会占用内存么，mysql运行一段时间后查询变慢

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

mysql循环对内存的影响

必要的while循环必然要消耗时间和必要的内存，实质上与for循环没有太大区别，二者是可以互换的，“用while会消耗内存”的说法是没有依据的，即使改用for循环也是一样的消耗内存和时间。for循环和while循环几乎是等效的，究竟使用哪个循环只是风格上的问题。

修改mysql配置文件，优化缓存大小和连接数连接方式，优化sql语句，记得mysql好像是有工具可以查看最占用资源的sql语句，找到他，优化他。

内存溢出导致程序崩溃，也分是java层崩了，还是mysql崩了。如果是java层崩了，注意不要一次性加载太多的数据到内存，并且不在使用的数据要彻底放弃引用关系。java虽然是自动回收，回收的原则就是一个对象不再被持有，即引用计数为零。如果数据太大，可考虑临时文件。如果是mysql崩了，首先增加配置缓存。

没有危害的，放心吧。你把程序结束了，软件就推出了，它占用的内存自然就释放了。也就是它在内存占的地方就腾出来了。明白吧不明白找我，很高兴帮助你。

swpd：切换到交换内存上的内存(默认以KB为单位) 如果 swpd 的值不为0，或者还比较大，比如超过100M了，但是si， so 的值长期为0，这种情况我们可以不用担心，不会影响系统性能。

-148kb。在mysql中，15到20个字节，50-70条数据就会到1kb，一万条数据需要使用除以50乘以1，以及除以70乘以1，即需要200-148kb的内存。mysql是一个关系型数据库管理系统，由瑞典MySQLAB公司开发，属于Oracle旗下产品。

redis查询和mysql查询那个占用cup高

redis具有运行效率高，数据查询速度快，支持多种存储类型以及事务等优势，我们把经常读取，而不经常改动的数据放入redis中，服务器读取这类数据的时候时候，直接与redis通信，极大的缓解了MySQL的压力。然而，我在上面也说了，是redis+MySQL结合的方式，而不是替代。

类型不同 MySQL是关系型数据库；而Redis是非关系型数据库。作用不同 mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢。redis用于存储使用较为频繁的数据到缓存中，读取速度快。存储类型不同 redis存储的是key-value格式的数据。

在数据库方面，mysql是关系型数据库主要用于存放持久化数据，redis是NOSQL，即非关系型数据库，也是缓存数据库，缓存的读取速度快，能够大大的提高运行效率，但是保存时间有限。

，redis只支持String，hashmap，set，sortedset等基本数据类型，但是不支持联合查询，所以它适合做缓存。3，有时候缓存的数据量非常大，如果这个时候服务宕机了，且开启了redis的持久化功能，重新启动服务，数据基本上不会丢。4，redis可以做内存共享，因为它可以被多个不同的客户端连接。

缓存缓存就是数据交换的缓冲区（cache），当浏览器执行请求时，首先会对在缓存中进行查找，如果存在，就获取；否则就访问数据库。缓存的好处就是读取速度快 redis数据库 redis数据库就是一款缓存数据库，用于存储使用频繁的数据，这样减少访问数据库的次数，提高运行效率。

求大神,mysql的服务,占笔记本的内存么?

1、MySQL相对来说占用的内存不大，当然了这个还要看你操作存取的数据大不大，如果很大，也吃内存，相比于oracle，它还比较节省内存。

2、innodb buffer pool 分配 76G，每个连接线程最大可用 160M，最大有 3000 连接数，最大可能使用内存总量 545G，但是这台实例所在服务器的物理内存仅仅有 97G，远超物理内存总量。结果可想而知，这个实例在运行中经常被 oom-killer 杀死，想必原因之一即是因为一开始 MySQL 自身的内存规划欠妥。

3、MySQL 0 这也展示出 MySQL8 使用的更多常驻内存和虚拟内存。特别是“可怕的”虚拟内存，因为它远远超过这些 VM 上可用的 1GB 物理内存。当然，虚拟内存使用（VSZ）是现代应用程序实际内存需求的一个很差的指标，但它确实证实了更高的内存需求这个事。

4、MySQL 会基本遵守 max_heap_table_size 的设定，在内存不够用时，直接将表转到磁盘上存储。由于引擎不同（内存中表引擎为 heap，磁盘中表引擎则跟随 internal_tmp_disk_storage_engine 的配置），本次实验写磁盘的数据量和实验 05 中使用内存的数据量不同。

mysql流式读取弊端

1、虽然 READ COMMITTED 让我们只能读取到其他事务已经提交的数据，但还是会出现问题，就是在读取同一个表的数据时，可能会发生前后不一致的情况。* 这被称为* 不可重复读现象 ( READ COMMITTED ) 。

2、肯定是有影响的，因为在插入，更新，查询时，MySQL都会有一个锁操作这个是隐形的，看不到，也可以理解为一个时间结点，每一个操作都有一个时间结点，你在查询时同时写入，那MySQL就不知道你有没有写入或更新，此时，MySQL会在锁定的形式，暂时将程序锁定一个状态，然后查询，之后在解锁。

3、大数据时代，随着数据量的爆炸式增长，对于数据的处理速度要求也越来越高，以往基于MySQL的数据处理方案已无法满足大吞吐、低延迟的写入和高速查询的场景；百分点总结出了一套完整的解决方案，本文就带你一同了解VoltDB在流数据交互查询的应用实践。

4、对于正常情况的表（主要是建立了合适的索引），写入要比读取快许多倍。如果索引建立得不合适，例如缺少必要的索引，那么查询速度会变慢，例如过度建立了多余的索引，插入数据会变慢。

mysql一次查询超过多少条会内存溢出

1、一个表中默认最多 2^32 (~295E+09) 条记录。如果 with-big-tables 参数定义过了，则可以到 (2^32)^2 (844E+19) 条。理论上没有限制，同样注意操作系统对单个文件大小的限制。

2、内存溢出导致程序崩溃，也分是java层崩了，还是mysql崩了。如果是java层崩了，注意不要一次性加载太多的数据到内存，并且不在使用的数据要彻底放弃引用关系。java虽然是自动回收，回收的原则就是一个对象不再被持有，即引用计数为零。如果数据太大，可考虑临时文件。如果是mysql崩了，首先增加配置缓存。

3、服务内存溢出。根据资料显示，mysql连接数据库的时候，需要从表中拖数据，如果数据量过大会导致服务内存溢出。会提示java，lang，OutOfMemoryError，Java，heap，space错误。

4、MySQL 采用的是边算边发的逻辑，因此对于数据量很大的查询结果来说，不会在server端保存完整的结果集。所以，如果客户端读结果不及时，会堵住MySQL的查询过程，但是不会把内存打爆。如果您的查询结果集很大，可以考虑分批查询数据，使用多线程去查询数据。