Вадим Шандринов

1) ну, можно сказать что SELECT * создает нагрузку, если таблица широкая - тогда мускуль все колонки копирует в область памяти для сортировки. надо выбирать только то что нужно.
2) еще нужно посмотреть есть ли B-tree-индекс для id - помогает для сортировки иногда.
3) еще хинт - иногда, для больших (от сотен тысяч записей) таблиц лучше вытянуть только айдишники записей
SELECT id FROM post ORDER BY id DESC LIMIT 5
- тогда при наличии B-tree-индекса сортировка вообще не будет производится - все уже отсортировано в индексе. А потом тянуть остальные поля отдельным запросом.
SELECT ... FROM post WHERE id in (...)
и сортировать на клиенте :)

Телек по WiFi лагать будет, однозначно, я для кухни прикупил медиа-плеер с WiFi, помучавшись немного - протянул к нему витую пару.
А вообще конфиг у меня такой: роутер, NAS с торрентокачалкой и медиа-сервером WD My Book Live, от роутера витая пара по плинтусам до: медиа-плеера в комнате, медиа-плеера на кухне, рабочего места на балконе. Родственники/дети сидят на WiFi с планшетами и ноутами - для серфинга/казуальных игр хватает. Фильмы с NASа переодически сливаю на носимые диски - те, что понравились.
Если бы делал все заново, то - проложил бы витую пару в стену во все комнаты, причем гигабит. Розеток и так сделал в каждом углу каждой комнаты спаренные легранд - хватает, у рабочего места на балконе - 4 шт, маловато (комп, моник, принтер, аудио - и все, ноут подзарядить - бери удлиннитель).
Из неосуществленного - "зарядочные полки": в шкафу делается полочка и блок розеток на 10 шт, в розетки втыкаются зарядки и там же живут. Надо зарядить - кладешь гаджет на полку, выбираешь хвост и подзаряжаешь :)

Юзаю бобра dbeaver.jkiss.org - там есть на правой мышке форматирование запросов
Раньше юзал йога https://www.webyog.com/product/sqlyog - там тоже было.
Бобер круче - может коннектится почти к чему угодно и бесплатный.

могу предположить что есть енвайромент проекта и он не активируется...
(pylint параноик! с ним каждый день трудно, раз в полгода ради интереса - норм)

Я бы посоветовал попробовать поизучать python - https://ru.wikibooks.org/wiki/Python/%D0%A3%D1%87%... - а потом django для написания веб-приложений.
Но для начала ответить себе на вопрос: нравится ли программировать? или больше нравится "что бы было красиво"? в смысле - программист или верстальщик? или вообще - дизайнер? :)
В общем - пробовать как можно больше разных вещей. И делать то, что бы вы делали даже за бесплатно :)

Реальная задача: есть склад, на нём детали для кресел и стульев; есть спецификация для этих кресел и стульев (например стул А состоит из: сидушка красная - 1 шт, ножки - 4 шт, болты - 10шт, и так далее) Нужно написать программу, которая по остаткам склада вычислит:
- каких изделий можно произвести больше?
- каких изделий нужно произвести, что бы получить максимальную выгоду (в спецификации есть отпускная цена, в остатках склада - закупочная цена деталей)?

Когда не хватает памяти, ядро начинает свопить, а операции с диском очень медленные = все встает колом. Насчет "автоматом убивать" - чем вам это поможет если он будет убивать android studio ;)
Совет: докупите памяти, если работаете с джавой - раз. Погуглите насчет настроек приложения - два. Я сам под PyCharm у него есть файл настроек pycharm.vmoptions и там магия:
-server
-Xms128m
-Xmx512m
-XX:MaxPermSize=250m
-XX:ReservedCodeCacheSize=150m
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-Djsse.enableSNIExtension=false
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-Dawt.useSystemAAFontSettings=lcd

-Xms128m
-Xmx512m
вот эти отвечают за кол-во используемой памяти.

Могу посодействовать. Веду курсы пайтона и промышленного программирования в Мытищинской Школе Программистов, так же есть ученики "по скайпу". Сам на пайтоне программирую более 10 лет + mysql + git, джанга - 4 года. Формат в принципе такой, как ты сказал, единственно я бы посоветовал после изучения базовых вещей взять FOSS проект и его дорабатывать или конкретный свой, я буду наставником. Пиши, пообщаемся.

Если мускуль и нужно синхронизировать руками структуру БД, то заюзайте mysqlworkbench.org
Если нужно синковать и данные, то простой выгрузкой mysqldump на облако и оттуда руками восстанавливать.
Если нужно все онлайн, то репликация, но это отдельная песня.
Уточните, -сколько вешать грамм- что вам нужно?
UPD. Залез в ваш профиль - если джанго, то там делаете миграции и накатываете. Для синковки данных можно использоавть Fabric. Но это все для ручного обновления.

LEFT OUTER JOIN тяжеловесны и медленны - мускулю приходится матчить всё, фулл скан таблицы. Мне кажется у вас в архитектуре таблиц косяк - нужно сделать базовую таблицу, куда вынести общие для `photocat`,`doska_new` поля.

Написать скрипт, который сканит диру одним концом, а другим - лезет в базу: есть ли там ссылка на изображение? если нет - удаляем файл. Скрипт строчек на 10-20-30.

Отличный вопрос. Всем бы так задумываться.
Я бы посоветовал книжку "Алгоритмы: построение и анализ" но она ооочень занудная и математическая. Если прочитаете (и поймете!) хотя бы первую главу +100 к скилу "Умный" :)

Можно попробовать так: стоит mysql-мастер с которым работают пользователи, и есть слейв, у которого таблички с типом MEMORY и ваш анализатор трафика юзает слейв.
Еще хинт - можно предгенерять табличку, там у вас джойнов много - напишите плоскую таблицу, в которую по триггеру на инсерте/апдейте будет складываться все данные. Что бы селект получался простым, типа
"SELECT rules.rule_id " \
"FROM data_flow_rules_DENORMALIZED rules " \
"WHERE rules.ip_v4_address = '{src_ip_v4}' " \
"AND rules.ip_v4_address = '{dst_ip_v4}' " \
"AND rules.name = '{protocol}' " \
"AND rules.target_port = {target_port} " \
"LIMIT 1"
+ индекс на все поля, у вас простое равенство - поможет. не забывайте о селективности индекса (первой в индексе должно идти самое селективное поле)
Кстати, если в индекс последним включить поле rules.rule_id то обращения к табличке вообще происходить не будет, только к индексу :)
Еще откройте для себя EXPLAIN https://dev.mysql.com/doc/refman/5.5/en/explain.html

Увеличьте переменную сервера interactive_timeout (или wait_timeout)
dev.mysql.com/doc/refman/5.5/en/server-system-vari...
По всей видимости у вас пайтоновский скрипт долго собирает статистику, мускуль решает что он уже не придёт и уходит :)
Чем может грозить - если есть множество коннектов, которые сами не закрываются, то со временем может кончится пулл коннектов у мускуля.

Для тестирования под разными девайсами/платформами заюзай www.browserstack.com :)