Вход производительности MySQL вреда - но, почему?
Я согласился бы с Вами, удовлетворение, все ничего не делает - без него, эти файлы были бы все еще отклонены.
Общие журналы запросов на намного больше операций ввода-вывода, чем двоичные журналы. Помимо того факта, что большинство SQL-серверов на 90% читает и на 10% записывает, двоичные журналы хранятся в двоичном формате, а не в виде обычного текста, который использует меньше места на диске. (Насколько меньше места? Я не уверен. Извините.)
Есть два аспекта, почему Apache и Exim могут записывать каждый запрос без значительного влияния на производительность. Во-первых, они записывают факт выполнения запроса, но то, что они помещают в журнал, обычно значительно меньше фактического запроса. HTTP-запрос часто в два раза больше, чем строка в журнале, и даже короткое текстовое электронное письмо в 10 или 20 раз больше, чем строка журнала, которая его сопровождает. Электронное письмо с вложением размером 10 МБ будет содержать в журнале только несколько строк.
Вторая часть заключается в том, что в обычном веб-приложении обычно есть десятки запросов SQL, связанных с одной страницей HTTP. Электронных сообщений, как правило, даже меньше, чем HTTP-запросов. Ваш сервер MySQL, вероятно, пытается регистрировать гораздо больше, чем Apache или Exim.
Посмотрите на размер (без сжатия) ваших двоичных и общих журналов MySQL, а также журналов Apache и Exim в конце дня. Готов поспорить, вы обнаружите, что общий журнал MySQL является наибольшим как минимум в 5 раз.
Посмотрите на размер (без сжатия) ваших двоичных и общих журналов MySQL, а также журналов Apache и Exim в конце дня. Готов поспорить, вы обнаружите, что общий журнал MySQL является наибольшим как минимум в 5 раз.
Посмотрите на размер (без сжатия) ваших двоичных и общих журналов MySQL, а также журналов Apache и Exim в конце дня. Готов поспорить, вы обнаружите, что общий журнал MySQL является наибольшим как минимум в 5 раз.