MySQL и вход Уровня пользователя
Экземпляры EC2 очень похожи на реальные аппаратные средства в целях управления. Если это понижается, это понижается (или если физический хост понижается). Нет никакого внутреннего механизма для обработки отказа на EC2. Вы извлекаете пользу для перезапуска экземпляра, и это "волшебно" вновь появится, w/o любое физическое вмешательство, ни обслуживание, но все еще необходимо сделать это, или вручную или автоматически (возможно, EC2 перезапустит его для Вас, я не делаю теперь, когда). Это может означать отключение электричества нескольких минут.
Если Вы захотите решение HA, то это будет, вероятно, быстрее с точки зрения восстановления, но необходимо продолжить 2 экземпляра EC2 все время.
Но идеальная архитектура для EC2 должна иметь несколько экземпляров для сервиса, который Вы хотите, все работающие в параллели и берущий запросы, и если Вы умрете, то другие возьмут слабое.
Вы можете включить ведение журнала глобально, а затем изменить код подключения, чтобы отключить ведение журнала для пользователей с высокой нагрузкой, за которыми вы не хотите отслеживать. Я могу вспомнить пару случаев в своей среде, где это было бы наиболее эффективно, так что это может сработать и для вас.
newer versions of mysql support logging to tables. this could be abused in interesting ways:
- write a trigger to delete rows from the logging table that do not correspond to the users you are interested in monitoring.
- partition the logging table on username. periodically empty the partitions for the users you are not interested in monitoring.