Подводный камень в Default-настройках СУБД | OTUS
⚡ Подписка на курсы OTUS!
Интенсивная прокачка навыков для IT-специалистов!
Подробнее

Курсы

Программирование
iOS Developer. Professional
-8%
Базы данных
-12%
Python Developer. Basic
-10%
Java Developer. Professional
-7%
JavaScript Developer. Professional
-3%
Web-разработчик на Python
-10%
Highload Architect
-6%
JavaScript Developer. Basic
-8%
Backend-разработчик на PHP
-9%
Архитектура и шаблоны проектирования C# Developer. Professional
-9%
Team Lead
-6%
Kotlin Backend Developer
-9%
Разработчик на Spring Framework Framework Laravel Cloud Solution Architecture Reverse-Engineering. Professional Vue.js разработчик C# ASP.NET Core разработчик VOIP инженер NoSQL Flutter Mobile Developer Супер - интенсив по Kubernetes iOS Developer. Basic Супер-интенсив «СУБД в высоконагруженных системах» Супер-интенсив "Tarantool"
Инфраструктура
Базы данных
-12%
Network engineer. Basic
-10%
Network engineer
-4%
Инфраструктурная платформа на основе Kubernetes
-6%
Экспресс-курс по управлению миграциями (DBVC)
-10%
Экспресс-курс «Введение в непрерывную поставку на базе Docker»
-10%
Экспресс-курс «CI/CD или Непрерывная поставка с Docker и Kubernetes»
-30%
Дизайн сетей ЦОД
-13%
PostgreSQL
-8%
DevOps практики и инструменты Cloud Solution Architecture Разработчик голосовых ассистентов и чат-ботов VOIP инженер Супер-практикум по работе с протоколом BGP NoSQL Супер-практикум по использованию и настройке GIT Супер-интенсив «СУБД в высоконагруженных системах» Экспресс-курс «IaC Ansible»
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02

Подводный камень в Default-настройках СУБД

PythonDeep_22.05_Site.png

Все мы рано или поздно сталкиваемся с необходимостью сохранить какую-то информацию, да так, чтобы намертво, чтобы внуки потом ещё прочитать смогли. А если ещё нужно делать хитрые выборки по сохранённому, то обычно мы приходим к использованию реляционных СУБД. Чаще всего, если посмотреть рейтинги популярности, это MySQL.

Что может быть проще?

Качаем последний MySQL и запускаем. И вот уже где-то в коде устанавливается соединение с БД, выполняется простой запрос:

import MySQLdb …. cursor.execute("UPDATE User SET likes=likes+1 WHERE Id=%s", (user_id,))

Кажется, всё хорошо. Даже если тут же сделать SELECT, то можно убедиться, что у пользователя увеличилось число «лайков». Но есть нюанс: если тот же SELECT сделать из консольного клиента, то пользователь как будто и не обновлялся. А если посмотреть SHOW PROCESSLIST, то видно, что запрос в состоянии «Waiting for table metadata lock».

А вся штука в настройках по умолчанию, о которых часто забывают. В частности, в MySQL последних версий по умолчанию движок таблицы InnoDB транзакционный. А в питонячьем MySQLdb с версии 1.2.0 опция autocommit выставлена в False.

Что же получается?

Получается, что все ваши запросы в таком случае выполняются в рамках одной транзакции и не видны другим транзакциям до явного вызова commit (или rollback). Плюс, лочатся метаданные используемой таблицы, что отображается в processlist’е.

Что делать?

Можно вызывать conn.commit() в конце транзакции, а можно сразу после установления соединения выставить conn.autocommit(True), тогда каждый запрос будет завершаться коммитом прозрачно для вас. Ну и конечно, нужно внимательно читать документацию и changelog’и.

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
1 комментарий
1

Кадр из фильма "Копы в глубоком запасе"

Для комментирования необходимо авторизоваться