Хотите выжать из MySQL максимум возможностей? Вам поможет уникальная книга, написанная экспертами для экспертов.
Пора изучать лучшие практики, начиная с постановки целей уровня обслуживания, проектирования схем, индексов, запросов и заканчивая настройкой вашего сервера, операционной системы и оборудования, чтобы реализовать потенциал вашей платформы по максимуму. Администраторы баз данных научатся безопасным и практичным способам масштабирования приложений с помощью репликации, балансировки нагрузки, высокой доступности и отказоустойчивости.
Это издание было обновлено и переработано с учетом последних достижений в области облачного и самостоятельного хостинга MySQL, производительности InnoDB, а также новых функций и инструментов. Вы сможете разработать платформу реляционных данных, которая будет масштабироваться вместе с вашим бизнесом, и узнаете о передовых методах обеспечения безопасности, производительности и стабильности баз данных.
Пора изучать лучшие практики, начиная с постановки целей уровня обслуживания, проектирования схем, индексов, запросов и заканчивая настройкой вашего сервера, операционной системы и оборудования, чтобы реализовать потенциал вашей платформы по максимуму. Администраторы баз данных научатся безопасным и практичным способам масштабирования приложений с помощью репликации, балансировки нагрузки, высокой доступности и отказоустойчивости.
Это издание было обновлено и переработано с учетом последних достижений в области облачного и самостоятельного хостинга MySQL, производительности InnoDB, а также новых функций и инструментов. Вы сможете разработать платформу реляционных данных, которая будет масштабироваться вместе с вашим бизнесом, и узнаете о передовых методах обеспечения безопасности, производительности и стабильности баз данных.
Пікірлер2
👍Ұсынамын
В данной книге больше основ по построению Highload-архитектуры на примерах всеми любимого MySQL❤️
Дәйексөздер95
Предположим, что вы делаете полное резервное копирование каждое воскресенье. В понедельник создаете дифференциальную резервную копию всего, что изменилось с воскресенья. Во вторник у вас есть два варианта: можно создать резервную копию всего, что изменилось с воскресенья (дифференциальная), или резервную копию только тех данных, которые изменились с момента резервного копирования в понедельник (инкрементная).
• Код. В современном сервере MySQL может содержаться большой объем программного кода, такого как триггеры и хранимые процедуры. Если вы выполняете резервное копирование базы данных mysql, то большая часть этого кода войдет в резервную копию. Однако тогда будет сложно полностью восстановить единственную базу из всего множества, поскольку часть данных в этой базе данных, к примеру хранимые процедуры, на самом деле содержатся в базе mysql.
• Конфигурация сервера. Если вам потребуется восстановить данные после настоящей аварии — скажем, вы строите сервер с нуля в новом центре обработки данных после землетрясения, — полезно будет включить конфигурационные файлы сервера в состав резервной копии.
• Отдельные файлы операционной системы. Как и в случае с конфигурацией сервера, очень важно создать резервную копию всех внешних конфигурационных файлов, необходимых для работы операционной системы сервера. На Unix-сервере это могут быть ваши таблицы заданий cron, конфигурации пользователей и групп, административные сценарии и правила sudo.
• Конфигурация сервера. Если вам потребуется восстановить данные после настоящей аварии — скажем, вы строите сервер с нуля в новом центре обработки данных после землетрясения, — полезно будет включить конфигурационные файлы сервера в состав резервной копии.
• Отдельные файлы операционной системы. Как и в случае с конфигурацией сервера, очень важно создать резервную копию всех внешних конфигурационных файлов, необходимых для работы операционной системы сервера. На Unix-сервере это могут быть ваши таблицы заданий cron, конфигурации пользователей и групп, административные сценарии и правила sudo.
Неочевидные данные. Не забывайте о данных, которые не бросаются в глаза, например о двоичных журналах и журналах транзакций InnoDB. В идеале вы должны сделать резервную копию всего каталога данных для MySQL.
