为什么我的Clojure应用程序使用_minutes_连接到Postgres？

Question

我的项目是使用创建两个服务(app和postgres)。本地应用程序(Clojure应用程序使用Compojure、JDBC、Korma、Ragtime等)立即连接到postgres，没有问题。但是，当我将我的应用程序部署到数字海洋液滴(1GB RAM/30 GB磁盘/Ubuntu16.04.2 x64)进行测试时，应用程序似乎需要几分钟才能连接到postgres --例如Korma插入挂起许多分钟，然后最终开始正常工作。水滴很小，但它似乎并不缺乏资源(基于htop的输出)。

以下是我的应用程序的相关部分：

;; project.clj
(defproject backend "0.1.0-SNAPSHOT"
  :min-lein-version "2.0.0"
  :dependencies [[com.grammarly/perseverance "0.1.2"]
                 [commons-codec/commons-codec "1.4"]
                 [compojure "1.4.0"]
                 [environ "1.0.3"]
                 [clj-http "2.3.0"]
                 [korma "0.4.3"]
                 [lock-key "1.4.1"]
                 [me.raynes/fs "1.4.6"]
                 [midje "1.6.3"]
                 [org.clojure/clojure "1.8.0"]
                 [org.clojure/core.async "0.3.441"]
                 [org.clojure/java.jdbc "0.7.0-alpha2"]
                 [postgresql "9.3-1102.jdbc41"]
                 [ragtime "0.6.0"]
                 [ring-cors "0.1.7"]
                 [ring-mock "0.1.5"]
                 [ring/ring-defaults "0.1.5"]
                 [ring/ring-json "0.4.0"]]
  :plugins [[lein-environ "1.0.3"]
            [lein-midje "3.1.3"]
            [lein-ring "0.9.7"]]
  :aliases {"migrate"  ["run" "-m" "backend.db/ragtime-migrate"]
            "rollback" ["run" "-m" "backend.db/ragtime-rollback"]}
  :ring {:handler backend.handler/app}
  :profiles
  {:dev {:dependencies [[javax.servlet/servlet-api "2.5"]
                        [ring/ring-mock "0.3.0"]]}})

;; db.clj
(ns backend.db
  (:use [korma.core]
        [korma.db])
  (:require [clojure.string :as string]
            [environ.core :as environ]
            [lock-key.core :refer [encrypt-as-base64 decrypt-from-base64]
                           :rename {encrypt-as-base64 encrypt
                                    decrypt-from-base64 decrypt}]
            [ragtime.jdbc :as jdbc]
            [ragtime.repl :as repl]))

(def database-host (environ/env :postgres-port-5432-tcp-addr)) ;; set by Docker
(def database-name (environ/env :database-name))
(def database-password (environ/env :database-password))
(def database-port (environ/env :postgres-port-5432-tcp-port)) ;; set by Docker
(def database-sslmode (environ/env :database-sslmode))
(def database-user (environ/env :database-user))
(def database-url (str "jdbc:postgresql://"
                       database-host
                       ":"
                       database-port
                       "/"
                       database-name
                       "?user="
                       database-user
                       "&password="
                       database-password))

(defn load-config []
    {:datastore  (jdbc/sql-database {:connection-uri database-url})
     :migrations (jdbc/load-resources "migrations")})

(defn ragtime-migrate []
  (repl/migrate (load-config)))

(defn ragtime-rollback []
  (repl/rollback (load-config)))

(defdb db (postgres {:db database-name
                     :host database-host
                     :password database-password
                     :port database-port
                     :user database-user
                     :sslmode database-sslmode}))

(defentity engagements)

(def lock (environ/env :lock))

(defn query-engagement [id]
  (let [engagement (first
                     (select
                       engagements
                       (where {:id (read-string id)})))
        decrypted-email (->
                          (:email_address engagement)
                          (decrypt lock))]
    (conj engagement {:email_address decrypted-email})))

(defn create-engagement [email-address image-path]
  (let [encrypted-email (encrypt email-address lock)]
    (insert engagements
      (values [{:email_address encrypted-email
                :image_path image-path}]))))

;; docker-compose.yml
app:
  build: .
  volumes:
    - .:/app
  ports:
    - "127.0.0.1:3000:3000"
  links:
    - postgres
postgres:
  build: .
  dockerfile: Dockerfile-postgres
  expose:
    - "5432"

我是不是做错了什么？这可能是JDBC连接池问题吗？是否有调试这类问题的约定？

更新:如果我直接在数字海洋液滴上运行应用程序，而不是通过码头操作，我可以确认问题仍然存在。

Answer 1

TLDR；

向project.clj添加以下标志解决了我的问题：:jvm-opts ["-Djava.security.egd=file:/dev/urandom"] (HT到Redditor /u/fitzoh!)

据我所知，我所看到的问题是由JVM向/dev/random发出随机数阻塞请求造成的。由于液滴没有做任何事情(IO、网络请求等)，所以需要很长时间(在我的例子中是分钟)才能生成足够的熵，使/dev/random能够开始生成随机数。

解决办法之一是使用/dev/urandom，它不会等待熵的积累，而且会很高兴地生成(低质量)随机数。来自这优秀数字海洋教程，

..。然而，由于它是一个非阻塞的设备，它将继续产生“随机”数据，即使熵池耗尽。这可能导致质量较低的随机数据，因为重复以前的数据是更有可能的。当生产服务器上可用熵较低时，可能会发生许多不好的事情，特别是当该服务器执行加密功能时。

另一个看似更健壮的解决方案(同样来自优秀的DO教程)是使用软件解决方案，比如已被。

基于HAVEGE原理，以及以前基于它的相关库，haveged允许根据处理器上代码执行时间的变化来产生随机性。由于一段代码几乎不可能以相同的精确时间执行，即使在同一硬件上的相同环境中，运行单个或多个程序的时间应该适合作为随机源的种子。在反复执行循环之后，已拥有的实现使用处理器时间戳计数器(TSC)中的差异来种子系统的随机源(通常是/dev/随机)。

Answer 2

我在Hibernate中遇到了类似的问题，我设法缩小了它的范围，以减缓JDBC驱动程序中获取元数据的速度，特别是如果数据库服务器有许多不同的数据库(不管您是否有访问它们的权限)。

在本例中可能类似，所以我建议您看看是否可以禁用Korma中的元数据提取。

我还没有在JDBC驱动程序本身中找到它的设置，但是您应该能够通过将logLevel=2参数添加到jdbc-url从数据库本身获得更多日志记录，因为它可能会向您展示问题所在的更多细节。