Mysql server: mysql/mysql-server: MySQL Server, the world’s most popular open source database, and MySQL Cluster, a real-time, open source transactional database.

MySQL Server has gone away

Ошибка 2006 под названием MySQL Sever has gone away означает отказ сервера в соединении даже при условии, что он запущен. Известно всего три причины, почему ошибка появляется. Первая причина – сервер перегружен. Время ожидания истекло. Вторая причина – клиент отправил слишком больной пакет. Третья – сервер не был до конца проинициализирован. Дальше подробно рассмотрим, по каким причинам появляется ошибка и как с ней бороться.

Как исправить ошибку

Обычно ошибка появляется при попытке подключиться к базе данных при помощи PHP, консольного клиента, а также в случае использования PhpMyAdmin:

Давайте дальше рассмотрим каждую ситуацию в отдельности.

Истекло время ожидания

Как было сказано в начале статьи, одна из возможных причин – истечение времени ожидания. Может быть так, что сервер был перегружен и не справляется с нагрузкой – обработкой всех соединений. Чтобы понять, насколько долго выполняются серверные запросы, можно воспользоваться любым консольным клиентом и подключиться к серверу. Если вам удастся это сделать, выполните любой запрос. Если на обработку запросов уходит слишком много времени, оптимизировать  MySQL можно при помощи специального скрипта MySQLTuner. Обычно увеличивается размер пула движка InnoDB путем установки параметра innodb_buffer_pool_size. Оптимальное значение определяется при помои приведенного выше скрипта.

 

Если это 800 мегабайт (может быть и другой размер), прописываем:

$ sudo vi /etc/mysql/my.cnf

innodb_buffer_pool_size=800M

Существует и другой способ решения проблемы. Для этого увеличивают время ответа от сервера. Чтобы выполнить эту задачу, необходимо изменить параметр wait_timeout. Это время в секундах, на протяжении которого надо ждать ответа от сервера.

 

Например:

wait_timeout=500

Внося изменения, не забываем дальше перезагрузить сервер:

$ sudo systemctl restart mysql

или:

$ sudo systemctl restart mariadb

Слишком большой пакет

Когда клиент пользователя создает слишком большое количество пакетов, сервер выдаст именно эту ошибку. Доступный размер пакета (максимальное значение) можно увеличить с помощью параметра max_allowed_packet.

Например:

$ sudo vi /etc/mysql/my.cnf

max_allowed_packet=128M

Отдельно обратите внимание на клиент, ведь если он посылает много запросов, то вы явно что-то делает не так. Как минимум не стоит генерировать запросы к MySQL с помощью циклов for.

Сервер неверно проинициализирован

Если вы решите развернуть MySQL или MariaDB в Docker, то будьте готовы столкнуться с подобной ошибкой. Первоначальная инициализация контейнера требует чуть больше свободного времени. Если не дать контейнеру завершить инициализацию, сперва остановив его и запустив, то база данных будет всегда возвращать такую ошибку. Решение – нужно полностью удалить данные контейнера с базой данных.

Делается это так:

$ docker-compose down

или:

$ docker rm mysql-container

Дальше надо удалить хранилище (volume) с некорректно проинициализированной базой. Но в начале просмотрите список всех хранилищ:

$ docker volume ls

После удаляем:

$ docker volume rm имя_хранилища

Теперь можете запустить инициализацию приложения, только дождитесь, пока сервер баз данных сообщит, что он готов, и вы сможете к нему подключиться.

Выбор правильного типа развертывания — База данных Azure для MySQL

  • Статья

ПРИМЕНЯЕТСЯ К:
База данных Azure для MySQL — один сервер
База данных Azure для MySQL — гибкий сервер

Важно

База данных Azure для MySQL — отдельный сервер находится на пути вывода из эксплуатации. Мы настоятельно рекомендуем вам перейти на базу данных Azure для MySQL — гибкий сервер. Дополнительные сведения о переходе на базу данных Azure для MySQL — гибкий сервер см. в статье Что происходит с единым сервером базы данных Azure для MySQL?

В Azure рабочие нагрузки вашего сервера MySQL могут выполняться в инфраструктуре размещенных виртуальных машин как услуга (IaaS) или как размещенная платформа как услуга (PaaS). У PaaS есть два варианта развертывания, и в каждом варианте развертывания есть уровни обслуживания. Выбирая между IaaS и PaaS, вы должны решить, хотите ли вы управлять своей базой данных, применять исправления, резервное копирование, безопасность, мониторинг и масштабирование или делегировать эти операции в Azure.

Принимая решение, рассмотрите следующие два варианта:

  • База данных Azure для MySQL . Этот вариант представляет собой полностью управляемый движок базы данных MySQL, основанный на стабильной версии MySQL Community Edition. Эта реляционная база данных как услуга (DBaaS), размещенная на облачной платформе Azure, относится к отраслевой категории PaaS. С управляемым экземпляром MySQL в Azure вы можете использовать встроенные функции, а именно автоматическое исправление, высокую доступность, автоматическое резервное копирование, эластичное масштабирование, безопасность корпоративного уровня, соответствие требованиям и управление, мониторинг и оповещение, которые требуют расширенной настройки, когда MySQL Server либо локально или на виртуальной машине Azure. При использовании MySQL в качестве услуги вы платите по факту использования с возможностью увеличения или уменьшения масштаба для большего контроля без перерыва. База данных Azure для MySQL на базе версии сообщества MySQL доступна в двух режимах развертывания:

    • Гибкий сервер — База данных Azure для MySQL. Гибкий сервер — это полностью управляемая служба базы данных, готовая к работе, предназначенная для более детального контроля и гибкости в отношении функций управления базой данных и параметров конфигурации. Гибкая серверная архитектура позволяет пользователям выбирать высокую доступность в пределах одной зоны доступности и в нескольких зонах доступности. Гибкие серверы обеспечивают лучший контроль над оптимизацией затрат с возможностью остановки и запуска сервера и расширяемым уровнем вычислений, что идеально подходит для рабочих нагрузок, которым не требуется постоянное использование полной вычислительной мощности. Гибкий сервер также поддерживает зарезервированные экземпляры, что позволяет сэкономить до 63 % затрат, что идеально подходит для производственных рабочих нагрузок с предсказуемыми требованиями к вычислительной мощности. Сервис поддерживает версию сообщества MySQL 5.7 и 8.0. Сегодня эта служба обычно доступна в различных регионах Azure. Гибкие серверы лучше всего подходят для всех новых разработок и переноса производственных рабочих нагрузок в базу данных Azure для службы MySQL.

    • Single Server — это полностью управляемая служба базы данных, предназначенная для минимальной настройки. Платформа с одним сервером предназначена для выполнения большинства функций управления базами данных, таких как установка исправлений, резервное копирование, высокая доступность и безопасность, с минимальной пользовательской настройкой и контролем. Архитектура оптимизирована для встроенной высокой доступности с доступностью 99,99 % в одной зоне доступности. Он поддерживает версию сообщества MySQL 5.6 (устаревшая), 5.7 и 8.0. Сегодня эта служба обычно доступна в различных регионах Azure. Лучше всего подходят одиночные серверы только для существующих приложений, уже использующих отдельные серверы . Гибкий сервер будет рекомендуемым вариантом развертывания для всех новых разработок или миграций.

  • MySQL на виртуальных машинах Azure . Этот вариант относится к отраслевой категории IaaS. С помощью этой службы вы можете запустить MySQL Server внутри управляемой виртуальной машины на облачной платформе Azure. На виртуальную машину можно установить все последние версии и выпуски MySQL.

Сравните варианты развертывания MySQL в Azure

Основные различия между этими вариантами перечислены в следующей таблице:

Атрибут База данных Azure для MySQL
Отдельный сервер
База данных Azure для MySQL
Гибкий сервер
MySQL на виртуальных машинах Azure
Общие
Общая доступность Общедоступный Общедоступный Общедоступный
Соглашение об уровне обслуживания (SLA) Доступность 99,99 % SLA 99,99% с использованием зон доступности 99,99% с использованием зон доступности
Базовая ОС Windows Линукс Управляется пользователем
Версия MySQL Издание сообщества Издание сообщества Community или Enterprise Edition
Поддержка версии MySQL 5. 6 (устаревший), 5.7 и 8.0 5,7 и 8,0 Любая версия
Выбор зоны доступности для совместного размещения приложений Да Да
Имя пользователя в строке подключения <имя_пользователя>@имя_сервера . Например, mysqlusr@mypgServer Просто имя пользователя. Например, mysqlusr Просто имя пользователя. Например, mysqlusr
Масштабирование вычислений и хранилища
Вычислительные уровни Базовый, общего назначения, оптимизированный для памяти Взрываемый, общего назначения, оптимизированный для памяти Взрываемый, общего назначения, оптимизированный для памяти
Масштабирование вычислений Поддерживается (масштабирование от базового уровня и до уровня не поддерживается ) Поддерживается Поддерживается
Объем памяти от 5 ГиБ до 16 ТиБ от 20 ГиБ до 16 ТиБ от 32 ГиБ до 32 767 ГиБ
Масштабирование онлайн-хранилища Поддерживается Поддерживается Не поддерживается
Автоматическое масштабирование хранилища Поддерживается Поддерживается Не поддерживается
Масштабирование операций ввода-вывода Не поддерживается Поддерживается Не поддерживается
Оптимизация затрат
Стоимость зарезервированного инстанса Поддерживается Поддерживается Поддерживается
Сервер остановки/запуска для разработки Сервер может быть остановлен на срок до семи дней Сервер может быть остановлен на срок до 30 дней Поддерживается
Недорогой разрывной SKU Не поддерживается Поддерживается Поддерживается
[ Сеть/Безопасность
Сетевое подключение — Общедоступные конечные точки с серверным брандмауэром.
— Частный доступ с поддержкой Private Link.
— Общедоступные конечные точки с серверным брандмауэром.
— Частный доступ с интеграцией с виртуальной сетью.
— Общедоступные конечные точки с серверным брандмауэром.
— Частный доступ с поддержкой Private Link.
SSL/TLS Включено по умолчанию с поддержкой TLS v1.2, 1.1 и 1.0 Включено по умолчанию с поддержкой TLS v1.2, 1.1 и 1.0 Поддерживается с TLS v1.2, 1.1 и 1.0
Шифрование данных в состоянии покоя Поддерживается с ключами, управляемыми клиентом (BYOK) Поддерживается с ключами, управляемыми службой Не поддерживается
Проверка подлинности Azure AD Поддерживается Поддерживается Не поддерживается
Поддержка Microsoft Defender для облака Да
Аудит сервера Поддерживается Поддерживается Управляется пользователем
Исправление и обслуживание
Исправление операционной системы Автоматический Автоматическая Управление пользователем
Обновление дополнительной версии MySQL Автоматический Автоматический Управление пользователем
Обновление основной версии MySQL на месте Поддерживается с 5. 6 по 5.7 Не поддерживается Управляется пользователем
Контроль техобслуживания Системное управление Клиент управляется Управление пользователем
Окно обслуживания В любое время в течение 15-часового окна Окно 1 час Управление пользователем
Уведомление о плановом обслуживании Три дня Пять дней Управление пользователем
Высокая доступность
Высокая доступность Встроенный HA (без горячего резерва) Встроенный HA (без горячего резерва), HA в той же зоне и с резервированием зон с горячим резервом Управление пользователем
Резервирование зоны Не поддерживается Поддерживается Поддерживается
Размещение резервной зоны Не поддерживается Поддерживается Поддерживается
Автоматическое аварийное переключение Да (раскручивает другой сервер) Да Управляется пользователем
Инициированный пользователем принудительный переход на другой ресурс Да Управляется пользователем
Прозрачный переход на другой ресурс приложения Да Да Управляется пользователем
Репликация
Поддержка реплик чтения Да Да Управляется пользователем
Количество поддерживаемых реплик чтения 5 10 Управляется пользователем
Режим репликации Асинхронный Асинхронный Управляется пользователем
Поддержка Gtid для реплик чтения Поддерживается Поддерживается Управляется пользователем
Межрегиональная поддержка (георепликация) Да Не поддерживается Управляется пользователем
Гибридные сценарии Поддерживается с репликацией входных данных Поддерживается с репликацией входных данных Управляется пользователем
Поддержка Gtid для репликации данных Поддерживается Не поддерживается Управляется пользователем
Репликация исходящих данных Не поддерживается Поддерживается Поддерживается
Резервное копирование и восстановление
Автоматическое резервное копирование Да Да
Сохранение резервных копий 7-35 дней 1-35 дней Управляется пользователем
Долгосрочное хранение резервных копий Управляется пользователем Управляется пользователем Управляется пользователем
Экспорт резервных копий Поддерживается с помощью логических резервных копий Поддерживается с помощью логических резервных копий Поддерживается
Возможность восстановления на момент времени до любого момента в течение срока хранения Да Да Управляется пользователем
Точка быстрого восстановления Да
Возможность восстановления в другой зоне Не поддерживается Да Да
Возможность восстановления в другую виртуальную сеть Да Да
Возможность восстановления в другой регион Да (геоизбыточный) Да (геоизбыточный) Управляется пользователем
Возможность восстановления удаленного сервера Да Да
Аварийное восстановление
Аварийное восстановление в регионах Azure Использование межрегиональных реплик чтения, геоизбыточное резервное копирование Использование геоизбыточного резервного копирования Управляется пользователем
Автоматическое аварийное переключение Не поддерживается
Можно использовать одну и ту же конечную точку чтения/записи Не поддерживается
Мониторинг
Интеграция и оповещение Azure Monitor Поддерживается Поддерживается Управляется пользователем
Мониторинг операций базы данных Поддерживается Поддерживается Управляется пользователем
Анализ производительности запросов Поддерживается Поддерживается (с использованием рабочих книг) Управляется пользователем
Журналы сервера Поддерживается Поддерживается (с использованием журналов диагностики) Управляется пользователем
Журналы аудита Поддерживается Поддерживается Поддерживается
Журналы ошибок Не поддерживается Поддерживается Поддерживается
Поддержка советника Azure Поддерживается Не поддерживается Не поддерживается
Плагины
проверка_пароля Не поддерживается В предварительном просмотре Поддерживается
caching_sha2_password Не поддерживается В предварительном просмотре Поддерживается
Продуктивность разработчиков
Управление автопарком Поддерживается с помощью Azure CLI, PowerShell, REST и Azure Resource Manager Поддерживается с помощью Azure CLI, PowerShell, REST и Azure Resource Manager Поддерживается для виртуальных машин с Azure CLI, PowerShell, REST и Azure Resource Manager
Поддержка Terraform Поддерживается Поддерживается Поддерживается
Действия GitHub Поддерживается Поддерживается Управляется пользователем

Бизнес-мотивы выбора PaaS или IaaS

Несколько факторов могут повлиять на выбор PaaS или IaaS для размещения баз данных MySQL.

Стоимость

Снижение стоимости часто является основным соображением при выборе наилучшего решения для размещения баз данных. Это верно, независимо от того, являетесь ли вы стартапом с небольшими деньгами или командой в авторитетной компании, которая работает в условиях жестких бюджетных ограничений. В этом разделе описаны основы выставления счетов и лицензирования в Azure, применимые к базе данных Azure для MySQL и MySQL на виртуальных машинах Azure.

Билл

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

С помощью базы данных Azure для MySQL корпорация Майкрософт автоматически настраивает, исправляет и обновляет программное обеспечение базы данных. Эти автоматизированные действия сокращают ваши административные расходы. Кроме того, база данных Azure для MySQL имеет возможности автоматического резервного копирования. Эти возможности помогут вам добиться значительной экономии средств, особенно при наличии большого количества баз данных. Напротив, при использовании MySQL на виртуальных машинах Azure вы можете выбрать и запустить любую версию MySQL. Независимо от того, какую версию MySQL вы используете, вы платите за подготовленную виртуальную машину, стоимость хранения, связанную с данными, резервным копированием, данными мониторинга и хранилищем журналов, а также стоимость используемого типа лицензии MySQL (если таковая имеется).

База данных Azure для MySQL обеспечивает встроенную высокую доступность для прерывания на уровне узла, сохраняя при этом гарантию SLA службы на уровне 99,99 %. Однако для обеспечения высокой доступности базы данных на виртуальных машинах вы используете параметры высокой доступности, такие как репликация MySQL, которые доступны в базе данных MySQL. Использование поддерживаемого варианта высокой доступности не предусматривает дополнительного соглашения об уровне обслуживания. Но это позволяет достичь доступности базы данных более чем на 99,99 % за дополнительную плату и административные издержки.

Дополнительные сведения о ценах см. в следующих статьях:

  • Цена базы данных Azure для MySQL
  • Цена виртуальной машины
  • Калькулятор цен Azure

Администрирование

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

С IaaS, Microsoft:

  • Администрирует базовую инфраструктуру.
  • Обеспечивает автоматическую установку исправлений для базового оборудования и ОС.

С PaaS, Microsoft:

  • Администрирует базовую инфраструктуру.
  • Обеспечивает автоматическую установку исправлений для базового оборудования, ОС и ядра базы данных.
  • Управляет высокой доступностью базы данных.
  • Автоматически выполняет резервное копирование и репликацию всех данных для аварийного восстановления.
  • По умолчанию шифрует данные в состоянии покоя и в движении.
  • Отслеживает ваш сервер и предоставляет функции для анализа производительности запросов и рекомендаций по производительности

В следующем списке описаны аспекты администрирования для каждого варианта:

  • База данных Azure для MySQL позволяет продолжить администрирование базы данных. Но вам больше не нужно управлять ядром базы данных, операционной системой или оборудованием. Примеры элементов, которыми вы можете продолжать управлять, включают:

    • Базы данных
    • Войти
    • Настройка индекса
    • Настройка запроса
    • Аудит
    • Безопасность

    Кроме того, для настройки высокой доступности в другом центре обработки данных требуется минимальная настройка или администрирование.

  • С помощью MySQL на виртуальных машинах Azure вы можете управлять операционной системой и конфигурацией экземпляра сервера MySQL. Вы сами решаете, когда обновлять или обновлять операционную систему и программное обеспечение базы данных с виртуальной машиной и какие исправления применять. Вы также выбираете, когда устанавливать любое дополнительное программное обеспечение, например, антивирусное приложение. Некоторые автоматизированные функции значительно упрощают установку исправлений, резервное копирование и обеспечение высокой доступности. Вы можете контролировать размер виртуальной машины, количество дисков и конфигурации их хранения. Дополнительные сведения см. в разделе Размеры виртуальных машин и облачных служб для Azure.

Время переходить на Azure

  • База данных Azure для MySQL — это правильное решение для облачных приложений, когда производительность разработчиков и быстрый вывод новых решений на рынок имеют решающее значение. Благодаря таким программным функциям, как DBA, сервис подходит архитекторам и разработчикам облачных вычислений, поскольку снижает потребность в управлении базовой операционной системой и базой данных.

  • Если вы хотите избежать затрат времени и средств на приобретение нового локального оборудования, MySQL на виртуальных машинах Azure — это правильное решение для приложений, требующих детального контроля и настройки ядра MySQL, не поддерживаемого службой или требующего доступа к базовой ОС. . Это решение также подходит для переноса существующих локальных приложений и баз данных в Azure без изменений в случаях, когда база данных Azure для MySQL не подходит.

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

Следующие шаги

  • См. цены на Базу данных Azure для MySQL.
  • Начните с создания своего первого сервера.

Хостинг MySQL — Amazon RDS для MySQL

Настройка, эксплуатация и масштабирование реляционной базы данных в облаке всего несколькими щелчками мыши

MySQL — это самая популярная в мире реляционная база данных с открытым исходным кодом, а Amazon RDS упрощает настройку, эксплуатацию и масштабирование развертываний MySQL в облаке. С помощью Amazon RDS вы можете за считанные минуты развернуть масштабируемые серверы MySQL с экономичной и масштабируемой аппаратной емкостью.

Amazon RDS для MySQL позволяет вам сосредоточиться на разработке приложений, управляя трудоемкими задачами администрирования базы данных, включая резервное копирование, обновление, исправление программного обеспечения, повышение производительности, мониторинг, масштабирование и репликацию.

Amazon RDS поддерживает версии MySQL Community Edition 5. 7 и 8.0, что означает, что код, приложения и инструменты, которые вы уже используете сегодня, можно использовать с Amazon RDS.

Простое управляемое развертывание

Всего несколько щелчков мыши в Консоли управления AWS позволяют запустить готовую базу данных MySQL и подключиться к ней за считанные минуты. Экземпляры базы данных Amazon RDS для MySQL предварительно настроены с параметрами и настройками для выбранного вами типа сервера. Группы параметров базы данных обеспечивают детальный контроль и точную настройку вашей базы данных MySQL. Когда вам нужно обновить базу данных, синие/зеленые развертывания Amazon RDS разработаны, чтобы сделать их более безопасными, простыми и быстрыми.

Подробнее »

Быстрая и предсказуемая производительность

Amazon RDS предлагает два варианта хранения на основе SSD для вашей базы данных MySQL. Хранилище общего назначения обеспечивает экономичное хранилище для рабочих нагрузок малого и среднего размера. Для высокопроизводительных приложений OLTP Provisioned IOPS обеспечивает стабильную производительность до 256 000 операций ввода-вывода в секунду. По мере роста ваших требований к хранилищу вы можете выделить дополнительное хранилище «на лету» без простоев. Благодаря Amazon RDS Optimized Writes увеличьте пропускную способность транзакций записи до 2 раз, а Amazon RDS Optimized Reads ускорит обработку запросов до 50 %.

Подробнее »

Резервное копирование и восстановление

Функция автоматического резервного копирования Amazon RDS позволяет восстановить экземпляр вашей базы данных MySQL в любой момент времени в течение указанного периода хранения до 35 дней. Кроме того, вы можете выполнять резервное копирование вашего экземпляра БД по инициативе пользователя. Эти полные резервные копии базы данных будут храниться в Amazon RDS до тех пор, пока вы не удалите их явным образом.

Подробнее »

Высокая доступность и реплики для чтения

Развертывание Amazon RDS в нескольких зонах доступности обеспечивает повышенную доступность и надежность ваших баз данных MySQL, что делает их естественным образом подходящими для рабочих нагрузок производственных баз данных. Реплики чтения Amazon RDS упрощают эластичное масштабирование за пределы ограничений емкости одного экземпляра базы данных для рабочих нагрузок, связанных с большим количеством операций чтения.

Подробнее »

Мониторинг и метрики

Amazon RDS бесплатно предоставляет метрики Amazon CloudWatch для ваших экземпляров баз данных, а Amazon RDS Enhanced Monitoring предоставляет доступ к более чем 50 метрикам ЦП, памяти, файловой системы и дискового ввода-вывода. . Просматривайте ключевые операционные показатели в Консоли управления AWS, включая использование ресурсов вычислений/памяти/хранилища, операции ввода-вывода и подключения к инстансам.

Подробнее »

Изоляция и безопасность

В качестве управляемого сервиса Amazon RDS обеспечивает высокий уровень безопасности для ваших баз данных MySQL. К ним относятся сетевая изоляция с помощью Amazon Virtual Private Cloud (VPC), шифрование в состоянии покоя с использованием ключей, которые вы создаете и контролируете с помощью службы управления ключами AWS (KMS), а также шифрование данных при передаче с использованием SSL.

Узнать больше »

Intuit Mint тратит меньше времени и денег на повышение производительности базы данных MySQL.

Узнать больше »

Amazon RDS для MySQL упрощает трудоемкие административные задачи для Airbnb.

Узнать как »

Amazon RDS MySQL обеспечивает Bandai Namco лучшую производительность, затраты, безопасность и доступность.

Прочитать пример »

Amazon RDS для MySQL предоставляет Lady Driver стабильное и управляемое хранилище транзакционных данных.

Подробнее »

Amazon RDS позволяет XRHealth наращивать масштабы и поддерживать соответствие нормативным требованиям по защите данных.

Узнать больше »

Ознакомьтесь с подробными сведениями о продукте

Узнайте, как работать с Amazon RDS для MySQL или перейти на него

Подробнее 

Создайте бесплатную учетную запись

Мгновенно получите доступ к уровню бесплатного пользования AWS.

Зарегистрироваться 

Начните сборку в консоли

Начните работу с Amazon RDS для MySQL в консоли AWS.

Войти

Войдите в консоль

Узнайте об AWS

  • Что такое AWS?
  • Что такое облачные вычисления?
  • AWS Инклюзивность, разнообразие и справедливость
  • Что такое DevOps?
  • Что такое контейнер?
  • Что такое озеро данных?
  • Облачная безопасность AWS
  • Что нового
  • Блоги
  • Пресс-релизы

Ресурсы для AWS

  • Начало работы
  • Обучение и сертификация
  • Библиотека решений AWS
  • Архитектурный центр
  • Часто задаваемые вопросы по продуктам и техническим вопросам
  • Аналитические отчеты
  • Партнеры AWS

Разработчики на AWS

  • Центр разработчиков
  • SDK и инструменты
  • .