Skip to content

Commit

Permalink
Fixed #16809 -- Forced MySQL to behave like a database. This avoids a…
Browse files Browse the repository at this point in the history
… problem where queries that do IS NONE checks can return the wrong result the first time they are executed if there is a recently inserted row. Thanks to James Pyrich for the debug work and patch.

git-svn-id: http://code.djangoproject.com/svn/django/trunk@16785 bcc190cf-cafb-0310-a4f2-bffc1f526a37
  • Loading branch information
freakboy3742 committed Sep 10, 2011
1 parent 161c632 commit fcee0c1
Show file tree
Hide file tree
Showing 2 changed files with 10 additions and 15 deletions.
12 changes: 10 additions & 2 deletions django/db/backends/mysql/base.py
Expand Up @@ -309,7 +309,9 @@ def _valid_connection(self):
return False

def _cursor(self):
new_connection = False
if not self._valid_connection():
new_connection = True
kwargs = {
'conv': django_conversions,
'charset': 'utf8',
Expand All @@ -336,8 +338,14 @@ def _cursor(self):
self.connection.encoders[SafeUnicode] = self.connection.encoders[unicode]
self.connection.encoders[SafeString] = self.connection.encoders[str]
connection_created.send(sender=self.__class__, connection=self)
cursor = CursorWrapper(self.connection.cursor())
return cursor
cursor = self.connection.cursor()
if new_connection:
# SQL_AUTO_IS_NULL in MySQL controls whether an AUTO_INCREMENT column
# on a recently-inserted row will return when the field is tested for
# NULL. Disabling this value brings this aspect of MySQL in line with
# SQL standards.
cursor.execute('SET SQL_AUTO_IS_NULL = 0')
return CursorWrapper(cursor)

def _rollback(self):
try:
Expand Down
13 changes: 0 additions & 13 deletions tests/regressiontests/queries/tests.py
Expand Up @@ -1070,10 +1070,6 @@ def test_ticket15316_exclude_false(self):
ci3 = CategoryItem.objects.create(category=c3)

qs = CategoryItem.objects.exclude(category__specialcategory__isnull=False)
# Under MySQL, this query gives incorrect values on the first attempt.
# If you run exactly the same query twice, it yields the right answer
# the second attempt. Oh, how we do love MySQL.
qs.count()
self.assertEqual(qs.count(), 1)
self.assertQuerysetEqual(qs, [ci1.pk], lambda x: x.pk)

Expand Down Expand Up @@ -1136,10 +1132,6 @@ def test_ticket15316_one2one_exclude_false(self):
ci3 = CategoryItem.objects.create(category=c1)

qs = CategoryItem.objects.exclude(category__onetoonecategory__isnull=False)
# Under MySQL, this query gives incorrect values on the first attempt.
# If you run exactly the same query twice, it yields the right answer
# the second attempt. Oh, how we do love MySQL.
qs.count()
self.assertEqual(qs.count(), 1)
self.assertQuerysetEqual(qs, [ci1.pk], lambda x: x.pk)

Expand Down Expand Up @@ -1421,11 +1413,6 @@ def test_tickets_8921_9188(self):
[]
)

# This next makes exactly *zero* sense, but it works. It's needed
# because MySQL fails to give the right results the first time this
# query is executed. If you run the same query a second time, it
# works fine. It's a hack, but it works...
list(Tag.objects.exclude(children=None))
self.assertQuerysetEqual(
Tag.objects.exclude(children=None),
['<Tag: t1>', '<Tag: t3>']
Expand Down

0 comments on commit fcee0c1

Please sign in to comment.