InterfaceError (0; '')

Это вызвано глобальным курсором. Попробуйте создать и закрыть курсор в каждом методе, в котором требуется необработанный запрос.

cursor = connection.cursor()
cursor.execute(query)
cursor.close()

Вы получаете эту ошибку, когда у вас есть вызов db.close(), а затем вы пытаетесь получить доступ к базе данных без создания нового соединения. Попытайтесь выяснить, закрываете ли вы соединение с базой данных, когда вы этого не хотите.

Я согласился с Мобергом. Эта ошибка возникает, когда мы пытаемся получить доступ к базе данных после закрытия соединения. Это могло быть вызвано неправильным отступом в коде. Ниже мой код.

conn = connect()
cur = conn.cursor()
tk = get_tickers(cur)
for t in tk:
    prices = read_price(t, cur)
    if prices != None:
        update_price(t, cur)
        print 'Price after update of ticker ', t, ':'
        p_open, p_high, p_low, p_close = read_price(t, cur)
        print p_open, p_high, p_low, p_close
    else:
        print 'Price for ', t, ' is not available'
    conn.close()

Я получил ту же ошибку, что и Мэриан. После удаления conn.close () все работало хорошо. Подтверждено, что глобальное соединение не является проблемой.

У меня была та же проблема, что и в апреле 2019 года, с использованием python 3.7 и Mysql 2.7.

Через определенные промежутки времени к моим операторам SQL случайным образом добавлялась строка (0, ''), что приводило к ошибкам. Я решил проблему, прокомментировав закрытие соединения с базой данных и просто оставив закрытие курсоров в моем коде.

def set_db():
    db = pymysql.connect(host='localhost',
                         user="root",
                         passwd="root",
                         db="DATABASE")
    return db


def execute_sql(cnx, sql_clause, fetch_all):

    if sql_clause and sql_clause is not None:
        try:
            cnx.execute(sql_clause)
        except Exception as e:
            print("Error in sql: " + sql_clause + str(e))
            return 0
            pass

        if fetch_all:
            result = cnx.fetchall()
        else:
            result = cnx.fetchone()

        return result
    else:
        print("Empty sql.")
        return 0

db = set_db()
cnx = db.cursor()
sql = "SELECT * FROM TABLE"
result = execute_sql(cnx, sql, 1)
cnx.close() #close the cursor
#db.close #do not close the db connection

...

Я могу подтвердить, что это вызвано глобальным курсором, который затем используется в некоторых функциях. Мои симптомы были такими же: периодически возникающие ошибки интерфейса, которые временно устранялись перезапуском apache.

from django.db import connection
cursor = connection.cursor() # BAD

def foo():
    cursor.execute('select * from bar')

Но я использую Django поверх Oracle 11.2, поэтому я не считаю, что это ошибка в драйвере MySQL / python. Вероятно, это связано с кешированием, выполняемым apache / mod_wsgi.

У меня была такая же проблема с использованием потоковой передачи с Python3 и Pymysql. У меня возникали тупиковые ситуации, а затем я получал InterfaceError (0, '').

Моя проблема заключалась в том, что я пытался выполнить откат при исключении запроса - я считаю, что этот откат пытался использовать соединение, которого больше не существовало, и он давал мне ошибку интерфейса. Я отказался от этого отката (потому что я не против не выполнять откат для этого запроса) и просто отпустил его. Это устранило мою проблему.

def delete_q_msg(self, assetid, queuemsgtypeid, msgid):
    """
    Given the paramerts below remove items from the msg queue equal to or older than this.
    If appropriate send them into a history table to be processed later

    :param assetid:
    :param queuemsgtypeid:
    :param msgid:
    :return:
    """
    params = (assetid, queuemsgtypeid, msgid,)
    db_connection = self._connect_to_db()
    sp_sql = "{db}.ps_delete_q_msg".format(db=self._db_settings["database"])
    return_value = []
    try:
        with db_connection.cursor() as cursor:
            cursor.callproc(sp_sql, params)
            return_value = cursor.fetchall()
        db_connection.commit()
    except Exception as ex:
        # i think we dont want rollback here
        # db_connection.rollback()
        raise Exception(ex)
    finally:
        db_connection.close()

    return return_value

У меня была такая же проблема с Flask + pymysql, я получал пустой кортеж в результате в блоке except:, что-то вроде этого "(\"(0, '')\",)", чтобы быть конкретным.

Оказалось, что соединение закрывалось, и позже код попытался получить к нему доступ, что привело к этой ошибке. Поэтому я решил это, обратившись к приведенным выше решениям, и использовал функцию для подключения, которая гарантировала мне conn каждый раз, когда мне приходилось обращаться к базе данных.

Вы можете воссоздать эту проблему, вставив conn.close() непосредственно перед доступом к cursor.

Для справки я использовал этот сайт, который помог мне решить эту проблему.

https://hackersandslackers.com/python-mysql-pymysql/

Для меня удаление conn.close() из моей функции сработало. После закрытия я снова пытался получить доступ к базе данных. Я использую колбу с AWS. Также вы можете попробовать перезапустить приложение фляги, если оно работает в течение длительного времени, и если вы также используете AWS RDS с рабочей средой MYSQL, как в моем случае, тогда просто проверьте, истек ли срок вашего сеанса, и обновите ключ доступа и я бы.

Надеюсь это поможет.

У меня была такая же проблема, и в Django у меня сработало то, что описано в этом ответе, который состоит из:

Замена

'ENGINE': 'django.db.backends.mysql'

с участием

'ENGINE': 'mysql_server_has_gone_away'

on

settings.DATABASES['ENGINE']

и установка с помощью pip пакета ниже:

mysql_server_has_gone_away==1.0.0