ruby（rails) 程序如何 连接 各种远程数据库？

Python014

ruby（rails) 程序如何 连接 各种远程数据库？,第1张

在使用Cookie.find等操作的时候，就会连接到database.yml中monitor_spider配置的数据库上操作。以前一直都这么用，没发现什么不妥。最近一个项目，由于启动的进程比较多，老是碰到数据库连接池链接获取超时的错误。

通过MySQL Client用命令:show processlist发现数据库连接数量一直居高不下，轻轻松松就上2k+的连接。通过读Rails框架的connection_pool.rb文件代码，发现在各模型中用establish_connection连接数据库会造成很大的问题。文件中类ConnectionHandler的establish_connection方法代码如下：Ruby代码 def establish_connection(name, spec) @connection_pools[name] = ConnectionAdapters::ConnectionPool.new(spec) end def establish_connection(name, spec)

@connection_pools[name] = ConnectionAdapters::ConnectionPool.new(spec)

关键看你如何建立数据库连接了，不同的gem有不同的格式。如果你用Sequel gem 的话可以直接把sql字符串放到run函数里面类似于：

DB.run(sql)

不过基本上主流框架都是希望你直接按ruby格式去写和运行sql。

Rails总是会做一些假设为您加速开发。通常，这种假设是正确而有帮助的。不过，它们并不总能有益于性能，并且还会导致资源使用的效率低下——尤其是数据库资源。

另一个显著的挑战是N+1问题......这会导致很多小查询的执行，而不是一个单一的大查询。例如，ActiveRecord无从知道一组父记录中的哪一个会请求一个子记录，所以它会为每个父记录生成一个子记录查询。由于每查询的负荷，这种行为将导致明显的性能问题。

由于ActiveRecord 能够让如此众多的任务变得轻而易举，Rails开发人员常常会形成 “SQL 不怎样” 的一种态度，即便在更适合使用SQL的时候，也会避免SQL。创建和处理数量巨大的ActiveRecord对象的速度会非常缓慢，所以在有些情况下，直接编写一个无需实例化任何对象的SQL查询会更快些。