Opened 6 years ago
Closed 6 years ago
#30441 closed Bug (invalid)
Persistent connections not reused on request.
| Reported by: | cryptogun | Owned by: | nobody |
|---|---|---|---|
| Component: | Database layer (models, ORM) | Version: | dev |
| Severity: | Normal | Keywords: | |
| Cc: | Triage Stage: | Accepted | |
| Has patch: | no | Needs documentation: | no |
| Needs tests: | no | Patch needs improvement: | no |
| Easy pickings: | no | UI/UX: | no |
Description (last modified by )
PostgreSQL default max connection is 100.
if CONN_MAX_AGE == None in setting.py:
Every time I authenticate() a user, a new connection is opened but not closed.
user = authenticate(request=request, username='admin', password='123456')
if CONN_MAX_AGE == 0:
The connection will be closed properly.
Traceback (most recent call last):
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\utils\autoreload.py", line 225, in wrapper
fn(*args, **kwargs)
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\commands\runserver.py", line 120, in inner_run
self.check_migrations()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\base.py", line 442, in check_migrations
executor = MigrationExecutor(connections[DEFAULT_DB_ALIAS])
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\executor.py", line 18, in __init__
self.loader = MigrationLoader(self.connection)
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\loader.py", line 49, in __init__
self.build_graph()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\loader.py", line 212, in build_graph
self.applied_migrations = recorder.applied_migrations()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\recorder.py", line 61, in applied_migrations
if self.has_table():
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\recorder.py", line 44, in has_table
return self.Migration._meta.db_table in self.connection.introspection.table_names(self.connection.cursor())
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\base\base.py", line 256, in cursor
return self._cursor()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\base\base.py", line 233, in _cursor
self.ensure_connection()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\base\base.py", line 217, in ensure_connection
self.connect()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\utils.py", line 89, in __exit__
raise dj_exc_value.with_traceback(traceback) from exc_value
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\base\base.py", line 217, in ensure_connection
self.connect()
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\base\base.py", line 194, in connect
self.connection = self.get_new_connection(conn_params)
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\postgresql\base.py", line 178, in get_new_connection
connection = Database.connect(**conn_params)
File "C:\Users\me\AppData\Local\Programs\Python\Python36\lib\site-packages\psycopg2\__init__.py", line 126, in connect
conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
django.db.utils.OperationalError: FATAL: remaining connection slots are reserved for non-replication superuser connections
Bug reproduce (with demo project attached):
- set CONN_MAX_AGE to None:
# settings.py DATABASES = { 'default': { 'ENGINE': 'django.db.backends.sqlite3', 'NAME': os.path.join(BASE_DIR, 'db.sqlite3'), 'CONN_MAX_AGE': None, } } - Print and trace db connection:
Modify site-packages\django\db\backends\base\base.py
# site-packages\django\db\backends\base\base.py
# Add a print line:
def ensure_connection(self):
"""Guarantee that a connection to the database is established."""
if self.connection is None:
with self.wrap_database_errors:
print('open connection +++++++++++++++++++')
self.connect()
# Add a print line:
def close(self):
"""Close the connection to the database."""
self.validate_thread_sharing()
self.run_on_commit = []
# Don't call validate_no_atomic_block() to avoid making it difficult
# to get rid of a connection in an invalid state. The next connect()
# will reset the transaction state anyway.
if self.closed_in_transaction or self.connection is None:
return
try:
print('close connection ......................')
self._close()
finally:
if self.in_atomic_block:
self.closed_in_transaction = True
self.needs_rollback = True
else:
self.connection = None
- Open a new incognito browser
Ctrl + Shift + n. - Goto landing page.
- Check Django log output.
open connection +++++++++++++++++++
No close log printed.
- Goto 3. and try as many times as you want.
- Switch to PostgreSQL backend, refresh 100 times, and you will get the above
OperationalError.
- Set CONN_MAX_AGE to
0in settings.py. - Retry 3~5
Now the close was executed.
open connection +++++++++++++++++++ [04/May/2019 16:09:53] "GET / HTTP/1.1" 200 2 close connection ......................
Attachments (1)
Change History (6)
comment:1 by , 6 years ago
| Description: | modified (diff) |
|---|
by , 6 years ago
| Attachment: | connection_leak.zip added |
|---|
comment:2 by , 6 years ago
| Component: | Uncategorized → Database layer (models, ORM) |
|---|---|
| Summary: | Connection leak if CONN_MAX_AGE == None → Persistent connections not reused on request. |
| Triage Stage: | Unreviewed → Accepted |
| Version: | 2.2 → master |
I can reproduce this issue only when I reload page before previous request is handled, e.g.
open connection +++++++++++++++++++ [06/May/2019 08:02:37] "GET / HTTP/1.1" 200 2 open connection +++++++++++++++++++ open connection +++++++++++++++++++ open connection +++++++++++++++++++ [06/May/2019 08:02:37] "GET / HTTP/1.1" 200 2 [06/May/2019 08:02:37] "GET / HTTP/1.1" 200 2 [06/May/2019 08:02:37] "GET / HTTP/1.1" 200 2
Accepted for future investigation.
follow-up: 4 comment:3 by , 6 years ago
correct me if I'm wrong, CONN_MAX_AGE is a numeric parameter, and None is not a valid value for a numeric parameter. isn't it reasonable to raise ImproperlyConfigured exception when someone set this parameter to None?
comment:4 by , 6 years ago
Replying to Mahdi Zareie:
correct me if I'm wrong,
CONN_MAX_AGEis a numeric parameter, and None is not a valid value for a numeric parameter. isn't it reasonable to raise ImproperlyConfigured exception when someone set this parameter to None?
I just understood what's going on, according to the documentations:
The default value is 0, preserving the historical behavior of closing the database connection at the end of each request. To enable persistent connections, set CONN_MAX_AGE to a positive number of seconds. For unlimited persistent connections, set it to None.
comment:5 by , 6 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
I reproduce the problem using the example source code you have provided when I used development server, it said django.db.utils.OperationalError: FATAL: sorry, too many clients already.
But I failed in reproducing the same error when I tried the same scenario using gunicorn, according to documentation:
The development server creates a new thread for each request it handles, negating the effect of persistent connections. Don’t enable them during development.
so I think it's not a bug, it's the expected behavior if you are using development server.
Demo project.