我在 Apache 下有一个 Flask 服务器，我将其用作应用程序的 Rest API，当服务器运行 2 - 3 天时，它突然停止工作并引发 OperationalError : MySQL 连接不可用。

错误总是发生在 login 方法中，因为它是应用程序打开时首先调用的(但所有方法都遵循相同的模式)。

这是登录方法:

@app.route(LOGIN_API_URL, methods=['POST'])
def login():
    if (request.method == 'POST'):
        cursor = connection.cursor(buffered=True, dictionary=True)
        cursor.execute('select * from users where username = %s', (request.form['username'],))
        user = cursor.fetchone()
        if user is None or user['password'] != str(request.form['password']):
            abort(403)
        else:
            cursor.execute('update users set last_login = (%s) where user_id = %s', str(int(round(time.time() * 1000))), user['user_id'],)
            utils.safe_commit(connection, cursor)
            return utils.sanitize_response({'status':200, 'message':'Logged in'})

safe_commit 和 sanitize_response 都遵循:

def sanitize_response(response, is_array=False):
    if response is None:
        return '[]' if is_array else '{}'
    else:
        return jsonify(response)

def safe_commit(connection, cursor):
    try:
        connection.commit()
    except:
        connection.rollback()
    finally:
        cursor.close()

起初我以为问题的发生是因为我没有在调用 fetchone 方法的游标中使用 buffered=True。但我在阅读 this 后添加了该参数.

这是我的 wsgi 文件:

#!/usr/bin/python
import sys
sys.path.append("/var/www/protestr/")
from protestr import app as application

这是我的 sites-available conf 文件(我想说我已经尝试了很多 threads 和 processes 参数，这种组合是保持服务器运行最长时间的组合，通常是 2 - 3 天):

<VirtualHost *:80>
    ServerName protestr.tk
    DocumentRoot /var/www/protestr/

    WSGIDaemonProcess protestr user=www-data group=www-data processes=2 threads=25
    WSGIScriptAlias / /var/www/protestr/protestr.wsgi

    <Directory /var/www/protestr>
        WSGIProcessGroup protestr
        WSGIApplicationGroup %{GLOBAL}
        Require all granted
    </Directory>
</VirtualHost>

这些是 error.log 文件的内容:

[Fri May 12 03:34:14.967624 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727] [2017-05-12 03:34:14,963] ERROR in app: Exception on /api/v1/users/login [POST]
[Fri May 12 03:34:14.967812 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727] Traceback (most recent call last):
[Fri May 12 03:34:14.967861 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1982, in wsgi_app
[Fri May 12 03:34:14.967900 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     response = self.full_dispatch_request()
[Fri May 12 03:34:14.967937 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1614, in full_dispatch_request
[Fri May 12 03:34:14.967973 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     rv = self.handle_user_exception(e)
[Fri May 12 03:34:14.968007 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1517, in handle_user_exception
[Fri May 12 03:34:14.968043 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     reraise(exc_type, exc_value, tb)
[Fri May 12 03:34:14.968076 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1612, in full_dispatch_request
[Fri May 12 03:34:14.968111 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     rv = self.dispatch_request()
[Fri May 12 03:34:14.968144 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1598, in dispatch_request
[Fri May 12 03:34:14.968179 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     return self.view_functions[rule.endpoint](**req.view_args)
[Fri May 12 03:34:14.968251 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/var/www/protestr/protestr.py", line 89, in login
[Fri May 12 03:34:14.968290 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     cursor = connection.cursor(buffered=True, dictionary=True)
[Fri May 12 03:34:14.968326 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]   File "/usr/local/lib/python2.7/dist-packages/mysql/connector/connection.py", line 809, in cursor
[Fri May 12 03:34:14.968363 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727]     raise errors.OperationalError("MySQL Connection not available.")
[Fri May 12 03:34:14.968399 2017] [wsgi:error] [pid 18673:tid 2849002544] [remote 192.168.1.139:25727] OperationalError: MySQL Connection not available.

附加信息:

我在 armbian 下运行 Apache/2.4.10 (Debian) 在 Banana Pi 中。

我真的不知道为什么服务器运行一段时间后就停止了，我想我几乎什么都试过了。

编辑: 在 login 中抛出 403 错误之前，我还添加了 cursor.close() > 方法。但这无关紧要，因为我是唯一一个登录该应用程序的人，而且我总是输入正确的凭据。

编辑 2: 正如 @stamaimer 告诉我的那样，如果我在获取任何光标之前添加 connection.ping()，效果很好，但这种方法看起来有点笨拙对我来说，我不知道这是否是一个好的解决方案，甚至不知道为什么 MySQL 服务器会断开连接。

最佳答案

建立在 @9000s answer 上, 使用参数 reconnect=True, see the corresponding code 调用 ping 应该可以正常工作.这将发出 ping，如果 ping 失败，请尝试重新连接到数据库。

虽然这应该可以解决错误，但您应该深入挖掘以找出根本问题，即与 MySQL 的非功能连接。

如前所述，这可能来自多个来源，因此也许您可以使用以下列表来指导您的搜索:

• 在您发布之前的日志中是否还有其他错误消息？
• 您是通过 TCP/IP 还是通过套接字连接到 MySQL？也许尝试另一种变体，如果一种有效而另一种无效，这可能有助于确定问题。
• 增加max_timeout到一个很大的值，只是为了确定它是否有效果。
• 您可能还想增加 max_allowed_pa​​cket, as this helped in other cases .
• 检查 MySQL 服务器日志以了解丢失连接的潜在问题。
• 还要检查操作系统的syslog，因为MySQL might get killed due to low memory , 可以修复 by setting better values in config .

希望这可以帮助您找到根本原因。

关于python - 运行 Flask 服务器(Apache)几天时出现 MySQL OperationalError，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43928216/