沒有什麼比在工作中學習的更快更紮實了～ 結合實際需要邊學邊做吧，基礎什麼的都沒關係，慢慢打 慢慢補充積累，加油～ 另外，數學專業轉計算機，有好多優勢的喔～ 畢竟有良好的數學基礎，搞起算法來真實得心應手

#2 楼 @nowherekai 感谢～ 我会认真阅读文档的

#1 楼 @blacktulip 感谢您认真的回答这种初级的问题。让我学到了很多。再次衷心感谢～

#29 楼 @jayliud 嗯，我也是菜鸟，不过那些以后用不到的，而且很大的变量 最好就清一下吧。因为如果他被引用这，ruby 是不会回收他的。

#26 楼 @jayliud 这里是之前看到的一个文章，或许能够有些帮助~~ http://blog.linjunhalida.com/blog/ruby-memory-leak-debug/

#26 楼 @jayliud 就是一个 SQL 语句的执行结果很大，使用了之后没有设置成 nil。这样后来的GC.start就没法回收这块内存。根本的解决办法还是 不要一次性产生这么大的变量。最好用limit去限制每次 SQL 的结果数量，用过的变量最好都清空，不让他继续占地儿。我也是用眼睛瞪出来的，哈哈，抱歉没能帮到你。貌似 Ruby 也是有调试工具的，不过没有用过~~

第二种情况，如果把+=换成<< 则结果与第一种情况一致。 因为<<是对原字符串进行操作。

#5 楼 @autumnwolf 这是给 Rails 指定了另一个版本的 MySQL gem list | grep mysql 查看一下，一定已经安装了两个版本的 MySQL

楼主有没有试试把配置文件中的utf8mb4 都改成utf8 是否可行？

不要盲目的加内存，或者杀进程。 找找内存泄漏 或者 程序的逻辑问题吧。 往往是逻辑设计不当，或者直接有内存泄漏造成的。

#8 楼 @yz00 就是这样的。 这不是 Ruby 的问题呀~~ 先看看 Linux 吧~~否则日后问题更多呀~

#8 楼 @quakewang 果然如你所说，是在一处数据库操作中，有一个变量使用后没有设置为 nil 导致 GC 不能将其释放。 多谢了！

#12 楼 @luikore 不好意思啊，刚才测试了一下，不管多大的文件，file 本身并没有占多少内存~~~~ 这只是一个引用罢了~~~

#12 楼 @luikore 之前一直盯着 array 了 没考虑 file~~~

#12 楼 @luikore 这么机智~ 我来试试哈

#9 楼 @lgn21st 是吧，以前没怎么考虑过，一看 32G 内存，随便跑吧。 正好借此机会深入研究一下

#8 楼 @quakewang 多谢回答，说的很有道理。我再仔细检查一下其他的地方是否有内存泄漏。 顺便问一句，那个所谓的上限有办法查看或者设置吗。似乎是随着对内存的需求的增加而增加的。 找到一片文章如下，意思是随着需求增加，Ruby 会不断索取内存，但是具体细节并没有深入讨论。 http://www.theirishpenguin.com/2009/10/29/understanding-how-ruby-stores-objects-in-memory-the-ruby-heap.html

#6 楼 @luikore 不好意思，忘了写，关闭了文件，而且也做了 GC

#3 楼 @lgn21st
也曾尝试过把 arr_data 设为全局变量 $arr_data 结果是一样的。 每一次只处理 1000 行，占用内存不多，而且每次用完之后都会进行clear 和 GC.start 内存是逐步被 Ruby 占掉的。Ruby 似乎拿到了内存就不还给操作系统了，留给自己用。

挺精彩~~~

#1 楼 @teemo 严肃！严肃！

GC 是否只是回收未使用的内存给 ruby，不会归还给操作系统。 有什么办法强制归还给操作系统吗。 具体问题如下 https://ruby-china.org/topics/24475