powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Срочно нужна помощь с оптимизацией INNODB
21 сообщений из 71, страница 3 из 3
Срочно нужна помощь с оптимизацией INNODB
    #38840445
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор42 мегабайта в сек. (1000Мбит / 12бит / 2 - окно Ethernet)Что за странный расчет? А то, что я своими глазами вижу скорость копирования файлов с 80-90 Мбайт/с (да еще плюс накладные расходы на самбу и т.п.) - мираж?
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38840499
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
miksoft,

:) Согласно стандарту Ethernet-1000TX, да и всего Ethernet. Передача должна иметь окно молчания в 50% - то бишь "половина". Передача идет в 12 бит на байт.

А где и чем смотрите и что у вас за оборудование?
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38840504
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109,

Впрочем, пусть даже в датацентрах стоит сетка с 100 метров в сек. Скорость хорошего винчестера.

Ну получится для кешированных запросов 15% потеря времени по сравнению с внутренней петлей одной машины... не принципиально. Всё равно это самое слабое звено.

Да даже на одном компе! Время получения результата - впрямую и сильно зависит от ... количества возвращаемых данных. Ибо внутренняя петля - тоже далеко не идеальное решение.

То есть, рекомендовать посадить клиента на один комп, а СУБД на другой - это тупо неграмотно.

Кстати, в озвученных словах про шардинг, таки применяются несколько иные подходы... и при других обстоятельствах.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38840616
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109Передача должна иметь окно молчания в 50% - то бишь "половина". Передача идет в 12 бит на байт.Это если и было когда-то, то точно не в последние лет 20...
Arhat109А где и чем смотрите и что у вас за оборудование?Да тупо файл с сервака копирую.
Arhat109Ибо внутренняя петля - тоже далеко не идеальное решение.Дык вроде сокеты используют, когда все на одном компе. Они еще быстрее.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38840619
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В целом предлагаю бессмысленные бодания насчет скорости завершить, и так уже наоффтопили.

По задаче топикстартера у кого-то какие-то дополнительные сведения, замечания, вопросы есть?
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38840672
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109А какой траффик будем считать "огромным"?


мегобайты
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38840679
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
miksoftВ целом предлагаю бессмысленные бодания насчет скорости завершить, и так уже наоффтопили.

По задаче топикстартера у кого-то какие-то дополнительные сведения, замечания, вопросы есть?

Так он не колется.
Запросы не даёт.
Так что -- нет, не будет.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38841060
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
еще один кусок офтопика...

а) PHP-клиент(1) - 3мсек
б) запрос по сети в Мускуль - 0,2мсек
в) Мускуль (парсинг запроса и подготовка) - 10мсек
г) Мускуль (выполнение запроса, типовое значение) если из кеша 10мсек.
д) возврат по сети 100 записей по 4кб каждая (часто ибо текстом) = 0,4Мб / 42Мб (гигабитка) = 10 мсек

это замечательный пример того, как не надо делать приложения.

пункты б-д вообще не должны существовать, если это предопределенные данные.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38841084
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv,

Не знаю, кто и что там и кому "должен" или наоборот. Я привел типовой цикл работы веб приложений. Их таких 99.99% или около.

Согласен, давайте прекратим оффтоп. Объявится автор - можем спросить "чего оно сейчас", но мне кажется он уже на каникулах.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844341
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну вот. Автор отписался, что проблема найдена и решена. Сервер ДДОСился ... кроном. :)
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844350
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109Ну вот. Автор отписался, что проблема найдена и решена. Сервер ДДОСился ... кроном. :)
по крону бэкап делали?

почитал тут ваши разборки, так замечание -
1. использование localhost при коннекте к mysql дело нехорошее, что вы всё время про эту петлю ;)
2. К автору с его 300-400 пользователей в день конечно не относится (ИМХО исользуемое ими оборудование - деньги на ветер, хотя возможно это дешевле чем привести приложение в порядок), но самое узкое место всё-же файловая система ( что на сервере БД что на сервере приложения ) т.к. 60 Мб/с вы на ней не получите ( если обычные не SSD диски), даже с хорошим кэширующим рэйдом.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844352
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109, тогда, наверное, не ДДОСился, а ДОСился?
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844365
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tanglir,

Да фиг его знает как верно... :)

Там в кроне как раз и сидел тот генератор запросов, который с левыми джойнами и группировками, как понимаю. Просто "до" разделения он гонялся скажем так "изредка", а при переносе, видимо его перенастроили "не так" и он начал исполняться очень часто, чем и подвесил всю систему, при столь низкой нагрузке. Это со слов автора.

Тем не менее, вопрос оптимизации запросов, ИМХО, там стоит явно.

По-поводу петли - безусловно плохо. Но, сколько раз поднимал Мускуль, столько раз видел её траблы при настройках по умолчанию. Большинство также часто гоняет Мускуль в типовом конфиге "не заморачиваясь". Так что вопрос - актуален.

Насчет HDD - категорически не согласен. Нормальные серверные, а не бытовые винты, дают скорость обмена в районе 120-150 Мб/сек. А в рейде - вполне реально получать до 250Мб/сек. и более. Сам делал эксперимент с рейд-0 о 4-х винтах (больше не было) и нормальном raid-контроллере... получить скорость под 400 метров в сек - вполне реально. Другой вопрос надежности такой системы, но это - таки другой вопрос. Но, опять же. Если это slave реплика только на чтение - то и пофиг. :)

Типовые решения - далеко не всегда "Айс"...
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844374
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109tanglir,

Да фиг его знает как верно... :)

Там в кроне как раз и сидел тот генератор запросов, который с левыми джойнами и группировками, как понимаю. Просто "до" разделения он гонялся скажем так "изредка", а при переносе, видимо его перенастроили "не так" и он начал исполняться очень часто, чем и подвесил всю систему, при столь низкой нагрузке. Это со слов автора.

Тем не менее, вопрос оптимизации запросов, ИМХО, там стоит явно.

По-поводу петли - безусловно плохо. Но, сколько раз поднимал Мускуль, столько раз видел её траблы при настройках по умолчанию. Большинство также часто гоняет Мускуль в типовом конфиге "не заморачиваясь". Так что вопрос - актуален.

Насчет HDD - категорически не согласен. Нормальные серверные, а не бытовые винты, дают скорость обмена в районе 120-150 Мб/сек. А в рейде - вполне реально получать до 250Мб/сек. и более. Сам делал эксперимент с рейд-0 о 4-х винтах (больше не было) и нормальном raid-контроллере... получить скорость под 400 метров в сек - вполне реально. Другой вопрос надежности такой системы, но это - таки другой вопрос. Но, опять же. Если это slave реплика только на чтение - то и пофиг. :)

Типовые решения - далеко не всегда "Айс"...

диски: вы мерили не случайный доступ, и не "во много потоков"...
mysql после 5.4 или даже раньше ( в том числе драйвера) при написании localhost используют socket, в документации вроде так было :) так сказать подумали за массовых пользователей ( ИМХО не нужно так делать )
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844380
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81,

Я разный доступ мерял... :)

Насчет Мускуля 5.4 - ничего сказать не могу. Последний, который пользую - 5.1. как самый шустрый. :)
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844386
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109NikolayV81,

Я разный доступ мерял... :)

Насчет Мускуля 5.4 - ничего сказать не могу. Последний, который пользую - 5.1. как самый шустрый. :)
с fork-ами сравнивали, или у вас myisam?
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844400
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81,

Иннодебил, и был xtraDb в одном проекте. MyISAM - не СУБД ни разу. Уже обсуждалось, холиварить незачем. В смысле отвечать не буду. :)
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844452
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81

mysql после 5.4 или даже раньше ( в том числе драйвера) при написании localhost используют socket, в документации вроде так было :) так сказать подумали за массовых пользователей ( ИМХО не нужно так делать )

Ну так прежде чем писать уточните это в документации. На не существовавшую версию 5.4.

Сокеты - это тип интерфейса для межпроцессной коммуникации. В unix mysql сокеты использует обязательно, но разных типов.
Cокеты типа unix, которые использует mysql при указании специального имени "localhost" несколько проще в реализации и поэтому немного быстрее. Ничего там не поменялось.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844505
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
netwindNikolayV81
mysql после 5.4 или даже раньше ( в том числе драйвера) при написании localhost используют socket, в документации вроде так было :) так сказать подумали за массовых пользователей ( ИМХО не нужно так делать )

Ну так прежде чем писать уточните это в документации. На не существовавшую версию 5.4.

Сокеты - это тип интерфейса для межпроцессной коммуникации. В unix mysql сокеты использует обязательно, но разных типов.
Cокеты типа unix, которые использует mysql при указании специального имени "localhost" несколько проще в реализации и поэтому немного быстрее. Ничего там не поменялось.

С версиями не угадал ;)
про немного, сложно сказать...
http://osnet.cs.binghamton.edu/publications/TR-20070820.pdf
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844525
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81
С версиями не угадал ;)

а с чем угадали?

очевидно, что одни способы обмена лучше чем другие, но на фоне затрат на собственно обработку запросов, это теряется.
...
Рейтинг: 0 / 0
Срочно нужна помощь с оптимизацией INNODB
    #38844527
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
netwindNikolayV81С версиями не угадал ;)

а с чем угадали?

очевидно, что одни способы обмена лучше чем другие, но на фоне затрат на собственно обработку запросов, это теряется.

Тут по ветке выше...
В принципе по сравнению со временем существования мира, любой отрезок времени доступный человеку не является существенным :)
...
Рейтинг: 0 / 0
21 сообщений из 71, страница 3 из 3
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Срочно нужна помощь с оптимизацией INNODB
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]