我的heroku postgres psycopg2（python）查询每次执行都会变得越来越慢。任何见解？

Question

我有一个在heroku上运行的python应用程序，它使用标准的postgresql heroku db（$ 50版本）。 db中有4个表。我的应用根据我的应用的用户输入查询主表中的一个主键。

查询一开始工作的很好，但现在我发现它变得太慢后大约40-50分钟没有重新启动我的动态。一段时间后查询将花费2,000毫秒，并需要几秒钟才能在用户面前加载。我更新编程，这是我的第二个应用程序。我想知道什么会使查询慢慢而不是不变。起初他们太快了。什么是应用程序中的psycopg2的最佳做法，以确保数据库不会挂断？这里是（所有其他在整个脚本类似的语法）的一个查询的例子：

if eventText=="Mc3 my champs": 
 
      user=event.source.user_id 
 
      profile= line_bot_api.get_profile(user) 
 
      name=str((profile.display_name)) 
 

 
      cur=None 
 
      try: 
 
       cur = conn.cursor(cursor_factory=psycopg2.extras.DictCursor) 
 

 
       # get the user's information if it exists 
 
       cur.execute("""SELECT lineid, summoner_name, champ_data FROM prestige_data WHERE lineid = %(lineid)s LIMIT 1""", {"lineid": user}) 
 
       rows = cur.fetchall() 
 
       for row in rows: 
 
        champs = row[2] 
 
        prestige=(calculate_prestige(champs)) 
 
        champs = json.loads(champs) 
 
        champsdict=dict.items(champs) 
 
        champs_sorted=sorted(champsdict, key=lambda student: student[1], reverse=True) 
 
        l=('\n'.join(map(str,champs_sorted))) 
 
        hello=str(l).replace('(', '').replace(')', '') 
 
        yay=str(hello).replace("'", "").replace("'", "") 
 
        msg=(yay+'\n'+"---------------------------"+'\n'+name+'\n'+"Prestige:"+(str(prestige))) 
 
        line_bot_api.reply_message(
 
         event.reply_token, 
 
         TextSendMessage(text=msg)) 
 

 
        break            # we should only have one result, but we'll stop just in case 
 
       # The user does not exist in the database already 
 
       else: 
 
        msg = "Oops! You need to add some champs first. Try 'Mc3 inputchamp'." 
 
        line_bot_api.reply_message(
 
         event.reply_token, 
 
         TextSendMessage(text=msg))    
 

 

 
      except BaseException: 
 
       if cur is not None: 
 
        conn.rollback() 
 
      finally: 
 
       if cur is not None: 
 
        cur.close()

Answer 1

虽然我知道我没有帧问题，以及（只被编程了一个月），我发现有一个问题可能导致此处担保文档。

我怀疑并发问题是由于在查询中找不到错误的数据而导致的。在这种情况下，我的conn不会在上面的例子中回滚，提交或关闭。

根据psycopg2s文档，即使选择查询需要提交或回滚，或者交易将持续。这反过来会让你的heroku dyno工作者专注于交易30秒造成h12。因此，请确保在应用程序中提交或回滚每个查询，而不管结果如何，以确保您不会获得空闲事务。

我的查询现在很漂亮，但问题依然存在。我不确定缓慢但肯定会让我的女服务员怠工。我认为一些辅助过程以某种方式在我创建的一个类模块中开始，它会无限期地抓住每个工作人员，直到他们都专注于导致h12的事务。

如果他们有类似的经验，会喜欢某人的输入。我不希望每10分钟都有一个cron作业重新启动应用程序，以使其自行运行。