home.social

#gtid — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #gtid, aggregated by home.social.

  1. Habr @[email protected] ·

    [Перевод] MariaDB 12.3: binlog внутри InnoDB

    Коротко для ленивых В MariaDB 12.3 binlog можно хранить внутри InnoDB через binlog_storage_engine=innodb . Главный эффект: вместо двух fsync() на commit остаётся один, поэтому на write-heavy нагрузке резко растут TPS и снижается tail latency. В тестах из статьи прирост на полном durability-профиле составил примерно 2.4x–3.3x . Backup, restore и ресинк реплик становятся проще, потому что binlog и данные теперь консистентны на уровне одного механизма хранения. Цена за это: обязателен GTID, Galera пока не поддерживается, а innodb_log_file_size нужно подбирать внимательнее из-за роста объёма redo. Если у вас обычная схема primary + async replica на InnoDB, эту возможность точно стоит хотя бы протестировать.

    habr.com/ru/articles/1011298/

    #MariaDB_123 #InnoDB #binlog #GTID #репликация #производительность_SQL #crash_recovery #fsync #OLTP

    #oltp #fsync #crash_recovery #производительность_sql #репликация #gtid
  2. Habr @[email protected] ·

    [Перевод] MariaDB 12.3: binlog внутри InnoDB

    Коротко для ленивых В MariaDB 12.3 binlog можно хранить внутри InnoDB через binlog_storage_engine=innodb . Главный эффект: вместо двух fsync() на commit остаётся один, поэтому на write-heavy нагрузке резко растут TPS и снижается tail latency. В тестах из статьи прирост на полном durability-профиле составил примерно 2.4x–3.3x . Backup, restore и ресинк реплик становятся проще, потому что binlog и данные теперь консистентны на уровне одного механизма хранения. Цена за это: обязателен GTID, Galera пока не поддерживается, а innodb_log_file_size нужно подбирать внимательнее из-за роста объёма redo. Если у вас обычная схема primary + async replica на InnoDB, эту возможность точно стоит хотя бы протестировать.

    habr.com/ru/articles/1011298/

    #MariaDB_123 #InnoDB #binlog #GTID #репликация #производительность_SQL #crash_recovery #fsync #OLTP

    #oltp #fsync #crash_recovery #производительность_sql #репликация #gtid
  3. Habr @[email protected] ·

    [Перевод] MariaDB 12.3: binlog внутри InnoDB

    Коротко для ленивых В MariaDB 12.3 binlog можно хранить внутри InnoDB через binlog_storage_engine=innodb . Главный эффект: вместо двух fsync() на commit остаётся один, поэтому на write-heavy нагрузке резко растут TPS и снижается tail latency. В тестах из статьи прирост на полном durability-профиле составил примерно 2.4x–3.3x . Backup, restore и ресинк реплик становятся проще, потому что binlog и данные теперь консистентны на уровне одного механизма хранения. Цена за это: обязателен GTID, Galera пока не поддерживается, а innodb_log_file_size нужно подбирать внимательнее из-за роста объёма redo. Если у вас обычная схема primary + async replica на InnoDB, эту возможность точно стоит хотя бы протестировать.

    habr.com/ru/articles/1011298/

    #MariaDB_123 #InnoDB #binlog #GTID #репликация #производительность_SQL #crash_recovery #fsync #OLTP

    #oltp #fsync #crash_recovery #производительность_sql #репликация #gtid
  4. Habr @[email protected] ·

    [Перевод] MariaDB 12.3: binlog внутри InnoDB

    Коротко для ленивых В MariaDB 12.3 binlog можно хранить внутри InnoDB через binlog_storage_engine=innodb . Главный эффект: вместо двух fsync() на commit остаётся один, поэтому на write-heavy нагрузке резко растут TPS и снижается tail latency. В тестах из статьи прирост на полном durability-профиле составил примерно 2.4x–3.3x . Backup, restore и ресинк реплик становятся проще, потому что binlog и данные теперь консистентны на уровне одного механизма хранения. Цена за это: обязателен GTID, Galera пока не поддерживается, а innodb_log_file_size нужно подбирать внимательнее из-за роста объёма redo. Если у вас обычная схема primary + async replica на InnoDB, эту возможность точно стоит хотя бы протестировать.

    habr.com/ru/articles/1011298/

    #MariaDB_123 #InnoDB #binlog #GTID #репликация #производительность_SQL #crash_recovery #fsync #OLTP

    #mariadb_123 #innodb #binlog #gtid #репликация #производительность_sql
  5. Habr @[email protected] ·

    Обзор Moco — MySQL-оператора для Kubernetes

    В Kubernetes короткий жизненный цикл подов — норма. Но когда лидер-узел MySQL внезапно исчезает, рискуешь потерять не только доступность, но и согласованность данных. Оператор Moco предлагает решение: полусинхронная репликация, автоматический failover и восстановление с PITR — всё это без боли миграции на полностью синхронную репликацию. В статье — детали репликации, бэкапов, PITR, switchover и нюансов работы с пользовательскими образами. А также честно — чем он лучше (и хуже) альтернатив, и стоит ли его рассматривать для продакшена.

    habr.com/ru/companies/flant/ar

    #moco #sql #MySQLоператор #mysql #Полусинхронная_репликация #репликация #MySQLкластер #согласованность_данных #gtid

    #moco #sql #mysqlоператор #mysql #полусинхронная_репликация #репликация
  6. Habr @[email protected] ·

    Обзор Moco — MySQL-оператора для Kubernetes

    В Kubernetes короткий жизненный цикл подов — норма. Но когда лидер-узел MySQL внезапно исчезает, рискуешь потерять не только доступность, но и согласованность данных. Оператор Moco предлагает решение: полусинхронная репликация, автоматический failover и восстановление с PITR — всё это без боли миграции на полностью синхронную репликацию. В статье — детали репликации, бэкапов, PITR, switchover и нюансов работы с пользовательскими образами. А также честно — чем он лучше (и хуже) альтернатив, и стоит ли его рассматривать для продакшена.

    habr.com/ru/companies/flant/ar

    #moco #sql #MySQLоператор #mysql #Полусинхронная_репликация #репликация #MySQLкластер #согласованность_данных #gtid

    #moco #sql #mysqlоператор #mysql #полусинхронная_репликация #репликация
  7. Habr @[email protected] ·

    Обзор Moco — MySQL-оператора для Kubernetes

    В Kubernetes короткий жизненный цикл подов — норма. Но когда лидер-узел MySQL внезапно исчезает, рискуешь потерять не только доступность, но и согласованность данных. Оператор Moco предлагает решение: полусинхронная репликация, автоматический failover и восстановление с PITR — всё это без боли миграции на полностью синхронную репликацию. В статье — детали репликации, бэкапов, PITR, switchover и нюансов работы с пользовательскими образами. А также честно — чем он лучше (и хуже) альтернатив, и стоит ли его рассматривать для продакшена.

    habr.com/ru/companies/flant/ar

    #moco #sql #MySQLоператор #mysql #Полусинхронная_репликация #репликация #MySQLкластер #согласованность_данных #gtid

    #moco #sql #mysqlоператор #mysql #полусинхронная_репликация #репликация
  8. Habr @[email protected] ·

    Обзор Moco — MySQL-оператора для Kubernetes

    В Kubernetes короткий жизненный цикл подов — норма. Но когда лидер-узел MySQL внезапно исчезает, рискуешь потерять не только доступность, но и согласованность данных. Оператор Moco предлагает решение: полусинхронная репликация, автоматический failover и восстановление с PITR — всё это без боли миграции на полностью синхронную репликацию. В статье — детали репликации, бэкапов, PITR, switchover и нюансов работы с пользовательскими образами. А также честно — чем он лучше (и хуже) альтернатив, и стоит ли его рассматривать для продакшена.

    habr.com/ru/companies/flant/ar

    #moco #sql #MySQLоператор #mysql #Полусинхронная_репликация #репликация #MySQLкластер #согласованность_данных #gtid

    #gtid #согласованность_данных #mysqlкластер #репликация #полусинхронная_репликация #mysql
  9. Habr @[email protected] ·

    Как создать дамп базы данных MySQL

    MySQL — это наиболее популярная система управления реляционными базами данных выполняющая множество разнородных манипуляций с таблицами: добавление, удаление, поиск, сортировка и вывод по запросу пользователя. Важно понимать, что MySQL, подобно библиотекарю в библиотеке, управляет БД, а не является ею. Поэтому MySQL и база данных отделены друг от друга.

    habr.com/ru/companies/timeweb/

    #timeweb_статьи #mysql #бд #adminer #сервер #GTID #SQL #phpMyAdmin #json

    #timeweb_статьи #mysql #бд #adminer #сервер #gtid
  10. Habr @[email protected] ·

    Как создать дамп базы данных MySQL

    MySQL — это наиболее популярная система управления реляционными базами данных выполняющая множество разнородных манипуляций с таблицами: добавление, удаление, поиск, сортировка и вывод по запросу пользователя. Важно понимать, что MySQL, подобно библиотекарю в библиотеке, управляет БД, а не является ею. Поэтому MySQL и база данных отделены друг от друга.

    habr.com/ru/companies/timeweb/

    #timeweb_статьи #mysql #бд #adminer #сервер #GTID #SQL #phpMyAdmin #json

    #timeweb_статьи #mysql #бд #adminer #сервер #gtid
  11. Habr @[email protected] ·

    Как создать дамп базы данных MySQL

    MySQL — это наиболее популярная система управления реляционными базами данных выполняющая множество разнородных манипуляций с таблицами: добавление, удаление, поиск, сортировка и вывод по запросу пользователя. Важно понимать, что MySQL, подобно библиотекарю в библиотеке, управляет БД, а не является ею. Поэтому MySQL и база данных отделены друг от друга.

    habr.com/ru/companies/timeweb/

    #timeweb_статьи #mysql #бд #adminer #сервер #GTID #SQL #phpMyAdmin #json

    #json #phpmyadmin #sql #gtid #сервер #adminer