【问题标题】:SET TIME ZONE perfomance bottleneck - Django/PosgtreSQLSET TIME ZONE 性能瓶颈 - Django/PostgreSQL
【发布时间】:2014-03-20 05:52:49
【问题描述】:

我对 Django、Postgres 有奇怪的问题(Apache/mod_wsgi 后面的所有东西,在 localhost 上)。我正在记录慢速查询并且...

Mar 19 12:58:40 postgres[67952]: [2-1] LOG:  duration: 463.318 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 12:59:39 postgres[68226]: [2-1] LOG:  duration: 185.852 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 12:59:39 postgres[68225]: [2-1] LOG:  duration: 210.855 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 13:01:35 postgres[69228]: [2-1] LOG:  duration: 750.590 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 13:01:35 postgres[69226]: [2-1] LOG:  duration: 929.498 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 13:01:35 postgres[69229]: [2-1] LOG:  duration: 564.982 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 13:01:35 postgres[69227]: [2-1] LOG:  duration: 836.731 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 13:03:32 postgres[69819]: [2-1] LOG:  duration: 184.691 ms  statement: SET TIME ZONE 'Europe/Warsaw'
Mar 19 13:04:59 postgres[70442]: [2-1] LOG:  duration: 115.525 ms  statement: SET TIME ZONE 'Europe/Warsaw'

这样的基本命令怎么会花费这么多时间?某种启动连接问题?

【问题讨论】:

    标签: python django postgresql


    【解决方案1】:

    我不确定为什么连接开销如此之高,但是在我添加 CONN_MAX_AGE (Django 1.6) 并将其设置为无(持久连接)后,问题就消失了。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2019-09-08
      • 2012-04-04
      • 2011-03-14
      • 1970-01-01
      • 2016-06-12
      • 2015-07-27
      • 1970-01-01
      • 2018-10-20
      相关资源
      最近更新 更多