• Синхронная репликация: MySQL NDB Cluster, Percona XtraDB, MariaDB Galera, mysql group replication (innodb cluster). В чем отличия?

    @vlarkanov
    Сравнивать все вышеизложенное не могу, т.к. не все пробовал, поделюсь схемой которая год в проде.

    Используется Galera-кластер на базе Percona Xtradb. В нем две физические ноды (база живет на SSD в mdadm RAID1), разнесенные по городам (~200км) + арбитратор на виртуалке (нужен для кворума т.к. кластер не должен содержать четное кол-во нод). Любой INSERT\UPDATE\DELETE апрувится всеми нодами и только тогда считается закоммиченым. Запросы разруливаются с помощью живущего на виртуалке прокси Maxscale. Одна из нод является мастером, на нее идут запросы на запись, вторая - слейв, получает запросы на чтение. В случае падения одной из нод вторая автоматически берет на себя ее функции (точнее, сами ноды о своих ролях знать не знают, рулит процессом Maxscale). Когда нода поднимается, она всасывает в себя произошедшие с момента падения изменения IST (Incremental State Transfer) если объем произошедших изменений не превышает размер galera cache (просто файл, размер указывается в конфиге mysql) или, в худшем случае загружается вся база. При этом нода-донор продолжает обрабатывать запросы клиентов как ни в чем не бывало. Присоединившаяся нода становится слейвом, т.к. смена мастера приводит к обрыванию соединений и ее лучше делать вручную, ночью.

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

    Если есть вопросы - задавайте, постараюсь ответить.
    Ответ написан
  • Несколько вопросов по репликации MySQL?

    @MechanID
    Админ хостинг провайдера
    1 увы не подскажу
    2 зависит от интенсивности работы с базой, если много инсертов, апдейтов и удалений то и логов будет много
    3 нужно настраивать в my.cnf max_binlog_size и expire_logs_days
    4 эмм....
    а) штатно мастер извещает слейва о том что чтото изменилось и слейв начинает вычитывать бинлог мастера пока он не закончится, и так по кругу
    б) про 12 реплик первый раз слышу, вот прямо сейчас продакшен: mysql Server version: 5.5.46-log MySQL Community Server (GPL)
    20+ слейвов с него делают репликацию
    в) наверно вы про полу синхронную и асинхронную репликацию, по умолчанию репликация асинхронна и слейв может отставать от мастера по разным причинам ( небыло связи или слейв неуспевает изза перформанса за мастером и тд. ) но на мастера это никак не влияет.
    но можно настроить чтобы мастер обязательно ждал потдверждения о том что слейв тоже выполнил изменения, но этот режим имеет много особенностей поэтому если вы незнаете зачем он вам то он вам точно не нужен, да и зачастую проще использовать тогда уже галера кластер.
    Ответ написан
  • Попросили проверить код, на что смотреть нужно?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Смотря зачем)). Я когда делаю Code Review критерии следующие:

    * Безопасность:
    - Каждый аргумент метода простого типа должен проверяться на тип в случае его проксирования и на граничные значения в случае обработки. Чуть что не так - бросается исключение. Если метод с кучкой аргументов на 80% состоит из поверки из аргументов - это вполне норм))
    - Никаких trigger_error, только исключения.
    - Исключения ДОЛЖНЫ быть человеко-понятны, всякие "Something went wrong" можно отдавать пользователю, но в лог должно попасть исключение со стектрейсом и человеко-понятным описанием, что же там пошло не так.
    - Каждый аргумент (объект) метода должен быть с тайпхинтингом на этот его класс, или интерфейс.
    - За eval как правило шлю на **й.
    - @ допускается только в безвыходных ситуациях, например проверка json_last_error.
    - Перед работой с БД - обязательная проверка данных.
    - Никаких == и !=. Со swtich - единственное исключение, по ситуации.
    - Если метод возвращает не только bool, а еще что-то - жесткая проверка с ===, или !== обязательна.
    - Никаких условий с присваиваниями внутри. while($row = ...) - тоже идет лесом.
    - Магические геттеры/сеттеры разрешаются только в безвыходных ситуациях, в остальном - запрещены.
    - Конкатенации в sql - только в безвыходных ситуациях.
    - Параметры в sql - ТОЛЬКО через плейсхолдеры.
    - Никаких глобальных переменных.
    - Даты в виде строки разрешаются только в шаблонах и в БД, в пхп коде сразу преобразуется в \DateTimeImmutable (в безвыходных ситуациях разрешено \DateTime)
    - Конечно зависит от проекта, но как приавло должно быть всего две точки входа: index.php для web и console(или как-то по другому назваться) - для консоли.

    * Кодстайл PSR-2 + PSR-5 как минимум, + еще куча более жестких требований (для начала все то что в PSR помечено как SHOULD - становится MUST)
    - В PhpStorm ни одна строчка не должна подсвечиваться (исключением является typo ошибки, например словарик не знает какой-то из аббревиатур, принятых в вашем проекте). При этом разрешается использовать /** @noinspection *** */ для безвыходных ситуаций.
    - Если кто-то говорит, что пишет в другом редакторе и у него не подсвечивается, на эти отговорки кладется ВОТ ТАКЕЕЕНЫЙ мужской половой **й и отправляется на доработку)).

    * Организация кода:
    - Никаких глобальных функций.
    - Классы без неймспейса разрешаются только в исключительно безвыходных ситуациях.

    * Тестируемость (в смысле простота тестирования) кода должна быть высокая.
    - Покрытие кода обязательно для всех возможных кейсов использования каждого публичного метода с моками зависимостей.

    * Принципы MVC:
    - Никаких обработок пользовательского ввода в моделях, от слова совсем.
    - Никаких ***ть запросов в БД из шаблонов.
    - Никаких верстки/js/css/sql-ин в контроллерах.
    - В моделях НИКАКОЙ МАГИИ, только приватные свойства + геттеры с сеттерами.
    - В моделях разрешено использовать метод save(при наличии такого разумеется) только в исключительных ситуациях. Во всех остальных - либо insert, либо update.

    * Принципы SOLD:
    - Никаких божественных объектов умеющих во все.
    - Если метод для внутреннего пользования - private, никаких public.
    - Статические методы разрешаются только в случае безвыходности.

    * Принцип DRY разрешено нарушать в случаях:
    - Явного разделения обязанностей
    - В тестах (каждый тест должен быть независимым, на сколько это возможно)

    * Работа с БД:
    - Запрос в цикле должен быть РЕАЛЬНО обоснован.
    - За ORDER BY RAND() - шлю на***й.
    - Поиск не по ключам (конечно если таблица НЕ на 5 строк) запрещен.
    - Поиск без LIMIT (опять же если таблица НЕ на 5 строк) запрещен.
    - SELECT * - запрещен.
    - Денормализация БД должна быть обоснована.
    - MyISAM не используется (так уж)) )
    - Множественные операции обязательно в транзакции, с откатом если чо пошло не так.
    - БД не должна содержать бизнес логики, только данные в целостном виде.
    - Не должно быть нецелесообразного дерганья БД там, где без этого можно обойтись.

    * Кэш должен очищаться по двум условиям (не по одному из, а именно по двум):
    - Время.
    - Протухание по бизнес логике.
    Разрешается по только времени в безвыходных ситуациях, но тогда время - короткий период.
    - При расчете ключей кэша должна использоваться переменная из конфигурации приложения (на случай обновлений кэш сбрасывается кодом, а не флашем кэш-сервера). В случае использования множества серверов - это очень удобный и гибкий инструмент при диплое.

    * О людях:
    - "Я привык писать так и буду дальше" - не вопрос, ревью пройдешь только когда поменяешь свое мнение.
    - "Я пишу в vim-е и мне так удобно" - здорово, код консолью я тоже в нем пишу)) но есть требования к коду, если в них не сможешь - не пройдешь ревью.
    - "Я скопировал этот страшный метод и поменял 2 строчки" - это конечно замечательно, но по блейму автор всего этого метода ты, так что давай без говняшек, хорошо?
    - "Оно же работает!" - вот эта фраза переводится примерно так: "да, я понимаю, что пишу полную хрень, но не могу писать нормально потому, что руки из жо", я правильно тебя понял?))
    - "У меня все работает!" - рад за тебя, а как на счет продакшна?
    - "Там все просто" - не используй слово "просто", от слова "совсем". Вот тебе кусок кода (первого попавшегося с сложной бизнес логикой), где там ошибка (не важно есть она, или нет)? Ты смотришь его уже 2 минуты, в чем проблема, там же все "просто"))

    * Всякое:
    ActiveRecord (это я вам как в прошлом фанат Yii говорю) - полное говно, примите за исходную. По факту у вас бесконтрольно по проекту гуляют модельки с подключением к БД. Не раз натыкался на то, что в тех же шаблонах вызывают save, или update (за такое надо сжигать).
    То, что используется Laravel - это печально((. Что бы выполнить требования приведенные выше, приходится "воевать" с фреймворком.

    Это далеко не полный список требований, очень много зависит от проекта в целом и от принципов, заложенных в нем. Для больших мредж реквестов 200 комментариев к коду - это ок. Дерзайте.

    UPD

    Формализировал данные критерии по ссылочке: https://github.com/index0h/php-conventions
    Ответ написан
  • Как сделать поиск по полю, если значение поля - диапазон?

    MaxDukov
    @MaxDukov
    впишусь в проект как DevOps.
    1. убейте своего DBA
    2. переделайте таблицу - введите price_min и price_max.
    первый пункт обязателен, второй по-вкусу.
    Ответ написан
  • Подходящий аналог TeamViewer?

    Jump
    @Jump Куратор тега Системное администрирование
    Системный администратор со стажем.
    В вашем случае тимвьювер нафиг не нужен. Вам проще использовать стандартный RDP это и быстрее и бесплатно.
    Вот эта надпись что у вас выходит как бы намекает вам что неплохо купить лицензию на тимвьювер.
    Т.е тимвьювер позволяет работать бесплатно, но ограниченное время.

    По поводу нескольких подключений - единственный способ сделать это, поднять на вашем ПК сервер терминалов. Это дорогое удовольствие. Хотя есть способы бесплатно, путем нехитрых манипуляций, сделать сервер терминалов из обычной пользовательской windows, но это незаконно.

    Без сервера терминалов с рабочим столом может работать только один пользователь. И не важно как он подключен - локально или удаленно.
    Ответ написан
  • Как правильно хранить ip в бд?

    Melkij
    @Melkij
    PostgreSQL DBA
    2015 год, почему ответы ipv4-only?

    inet_ntop / inet_pton, хранение в binary(16).
    Ответ написан
  • Где хранить данные, которые меняются раз в 3-6 месяцев?

    kumaxim
    @kumaxim
    Web-программист
    Если данные настолько "часто" меняются, тогда почему бы их не забить в отдельный PHP-словарь - просто файл, который содержит массив и инклудится туда, где он нужен.

    Минус - да, надо будет каждый раз лезть и менять руками, но раз в квартал, я думаю можно.
    Ответ написан
  • Как для каждого сайта назначить свой PHP.INI или изменить его параметры через NGINX?

    Gem
    @Gem
    Вам не в сторону nginx смотреть надо, а в сторону php-fpm
    Попробую вкратце
    nginx работает только со статикой - динамику проксирует
    в общем случае на php-fpm иногда на apache (вообще хоть на ISS)
    соответственно - делаем несколько инстантсов бекенда на php-fpm c разными настройками
    а в конфигах вхостов нжинкса прописываем нужные инстансы
    Вопросы?
    Ответ написан
  • Правильная ли нормализация БД?

    @lookid
    1 форма - атомарность / done
    2 форма - ключи / done
    3 форма - многие-ко-многим / failed

    3я форма
    Таблица `artist`. Поля: `arstist_id`, `artist_name`.
    Таблица `song`. Поля: `song_id`, `song_name`.
    Таблица `artist_song`. Поля: `arstist_id`, `song_id`.
    Ответ написан
  • MySQL - как сделать выборку по году?

    Fragster
    @Fragster
    помогло? отметь решением!
    Лучше WHERE `time_stamp` BETWEEN '2013-01-01 00:00:00' AND '2013-12-31 23:59:59' чтобы индекс использовался (конечно, если он есть)
    Ответ написан
  • Существует ли дистрибутивы Linux, в которых поддержка HiDPI экранов работает из коробки?

    proDOOMman
    @proDOOMman
    Проще всего сразу запускать xorg с параметром -dpi 190.
    В случае с kde редактируется файл /etc/kde4/kdm/kdmrc. Ищите строку "ServerArgsLocal=-br -nolisten tcp" и добавляете в неё "-dpi 190".
    В остальных средах аналогично, только файл настроек нудно найти свой. Например для убунты это /etc/lightdm/lightdm.conf. В зюзе ищите сами, я больше чем уверен что там эта настройка вынесена в яст.
    Ответ написан
  • На чём делать бекап с удалённого сервера

    AotD
    @AotD
    PHP, Redis, Postgresql
    Ставим backupninja на локальный сервер.
    Настраиваем ходилку на удаленный сервер по ssh ключику
    Настраиваем правила бекапа для файлов и mysql
    Радуемся :)
    Ответ написан
  • Где хранить файловый сервер небольшой компании?

    foxmuldercp
    @foxmuldercp
    Системный администратор, программист, фотограф
    и ни одного комментария с общим смыслом:
    а) либо нефиг работать в такой темной конторе
    б) работать так чтобы не нарушать законов.
    Ответ написан
  • Установка deb-пакетов на сервер без интернета?

    help.ubuntu.com/community/AptGet/Offline/PrintUris
    На сервере без инета устанавливаем пакеты
    apt-get --print-uris --yes install ExamplePackage > packageuri.htm
    Поулчаем файлик со ссылками всего, что надо скачать. На компе с интетом качаем —
    wget --input-file packageuri.htm
    Получаем пакет и все зависимости скачанные, их надо перенести на сервер и поставить
    apt-get -o dir::cache::archives="/media/flash" install ExamplePackage
    /media/flash — это место где у вас лежат скачанные пакеты
    Ответ написан
  • Как закачать письма обратно на почтовый сервер?

    savostin
    @savostin
    Еще один программист
    Простите, не удержался — напомнило вопрос «Как закачать файл обратно в Интернет — он мне больше не нужен».
    Ответ написан
  • Mysql update множественное обновление одним запросом

    MuXaJIbI4
    @MuXaJIbI4
    еще можно так

    INSERT INTO `table` (id, field) VALUES (1, 1), (2, 12), (3, 0.5) ON DUPLICATE KEY UPDATE field = VALUES(field)
    Ответ написан
  • Аппаратный райд vs Программный?

    @Shelya
    Лучше программный, либо отдельно поставить аппаратный контроллер. Доверять рейдам на материнке не стоит.
    Ответ написан
  • Аппаратный райд vs Программный?

    @topbanana
    В материнских платах обычно стоит fake-raid, неизвестно как распределяющий данные. В случае если накроется материнская плата или система, восстановить данные будет достаточно проблематично. Я бы выбрал программный. Кроме того не факт, что встроенный рейд фря распознает.
    Ответ написан