ФорумПрограммированиеPHP для идиотов → php-скриптинг в условиях высокой нагрузки

php-скриптинг в условиях высокой нагрузки

  • vasa_c

    Сообщения: 3131 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 10:52, спустя 1 минуту 5 секунд

    Разработка нагруженного проекта на PHP ничем не отличается от нагруженного проекта с использованием любого другого языка. И PHP здесь не будет узким местом.

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

    Начиная с того, что NOW() не позволит мускулу закэшировать запрос и заканчивая тем, что как раз мускул лучше не дёргать лишний раз, так как он гораздо менее маштабируемый, чем пых.
  • fgets

    Сообщения: 1099 Репутация: N Группа: Кто попало

    Spritz 30 января 2011 г. 10:53, спустя 1 минуту 15 секунд

    >ваще не понял.
    PDO это каркас для простых запросов и не более, prepare можно делать и через mysqli а можно и вовсе без них обойтись

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

    >Разработка нагруженного проекта на PHP ничем не отличается от нагруженного проекта
    ошибаешься, и опять таки now тут не причем) это просто пример переноса логики с пыха на базу
  • Абырвалг

    Сообщения: 6480 Репутация: N Группа: Джедаи

    Spritz 30 января 2011 г. 10:54, спустя 51 секунду

    phpdude, лолнет. Я это http://blgo.ru/blog/2010/09/01/optimization-etc/#more-372 имел в виду (абзац блокировки)
  • vasa_c

    Сообщения: 3131 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 10:55, спустя 52 секунды

    ошибаешься

    Докажи

    и опять таки now тут не причем) это просто пример переноса логики с пыха на базу

    Это пример того, что ты начинаешь переносить какую-то логику куда-то там в следствии каких-то предположений, основанных ни на чём.
  • fgets

    Сообщения: 1099 Репутация: N Группа: Кто попало

    Spritz 30 января 2011 г. 10:56, спустя 43 секунды

    у меня вот вопрос - внешние ключи как то влияют на скорость запроса между связанными таблицами или они просто для выебона и on delete cascade?
  • Абырвалг

    Сообщения: 6480 Репутация: N Группа: Джедаи

    Spritz 30 января 2011 г. 10:56, спустя 13 секунд

    vasa_c, короче в запросах лучше не использовать всякие INTERVAL 1 DAY а ебашить что-то типа

    WHERE foo < " . date('yesterday')

    ?
  • phpdude

    Сообщения: 26646 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 10:58, спустя 2 минуты 13 секунд

    fgets, во ты дурень))) в высоконагруженных проектах вообще не удаляют, чтобы не создавать фрагментацию на дисках)
    Сапожник без сапог
  • vasa_c

    Сообщения: 3131 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 10:59, спустя 49 секунд

    vasa_c, короче в запросах лучше не использовать всякие INTERVAL 1 DAY а ебашить что-то типа

    Навскидку: NOW() может изменяться от запроса к запросу, поэтому кэшировать его нельзя, INTERVAL 1 DAY же всегда один и тот же, поэтому не должен влиять. Хотя в каждом случае лучше копать доку и тестить. Ну и для конкретного запроса, кэш как может быть нужен, так и не нужен.
  • fgets

    Сообщения: 1099 Репутация: N Группа: Кто попало

    Spritz 30 января 2011 г. 11:00, спустя 47 секунд


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


    толсто
  • vasa_c

    Сообщения: 3131 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 11:00, спустя 9 секунд

    у меня вот вопрос - внешние ключи как то влияют на скорость запроса между связанными таблицами или они просто для выебона и on delete cascade?

    Внешние ключи - лишние связи, которые требуют ресурсов на своё поддержание.
  • fgets

    Сообщения: 1099 Репутация: N Группа: Кто попало

    Spritz 30 января 2011 г. 11:02, спустя 2 минуты 2 секунды


    vasa_c, короче в запросах лучше не использовать всякие INTERVAL 1 DAY а ебашить что-то типа

    Навскидку: NOW() может изменяться от запроса к запросу, поэтому кэшировать его нельзя, INTERVAL 1 DAY же всегда один и тот же, поэтому не должен влиять. Хотя в каждом случае лучше копать доку и тестить. Ну и для конкретного запроса, кэш как может быть нужен, так и не нужен.


    я когда приводил пример переноса логики я имел в виду не конкретно работу с датами а вообще, когда у тебя сервер бд на отдельном серваке находится и первый сервер загружен больше второго (второй с базой) то имеет смысл попробовать
  • master

    Сообщения: 3242 Репутация: N Группа: Джедаи

    Spritz 30 января 2011 г. 11:10, спустя 8 минут 14 секунд

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

    практикой проверено что хранимые процедуры эффективнее
    не всё полезно, что в swap полезло
  • AlexB

    Сообщения: 4299 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 11:16, спустя 6 минут 6 секунд

    Что вы в это NOW() несчастное уперлись? Вот так и рождаются догмы …
    А если в приложении есть более глобальный кеш, который сбрасывается, только когда в базу придут запросы меняющие данные? Чем тогда NOW плох? В каждом случае надо думать, а не следовать своду правил составленному раз и на всю жизнь!
    Спустя 99 сек.

    практикой проверено что хранимые процедуры эффективнее
    Гммм, в каком-нибудь оракле скорее всего это в основном так, а в мускуле моя практика доказывает обратное. Правда я не исключаю, что просто не умею их готовить …
  • vasa_c

    Сообщения: 3131 Репутация: N Группа: в ухо

    Spritz 30 января 2011 г. 11:18, спустя 1 минуту 41 секунду

    Догма - обработку данных нужно всегда по возможности переносить в базу, ибо пых бедный-бедный-убогий, не его это вобщем…
  • master

    Сообщения: 3242 Репутация: N Группа: Джедаи

    Spritz 30 января 2011 г. 11:19, спустя 1 минуту 20 секунд

    Что вы в это NOW() несчастное уперлись?

    now() вообще не нужно. вот прям вообще-вообще. время надо в запросе задавать
    не всё полезно, что в swap полезло

Пожалуйста, авторизуйтесь, чтобы написать комментарий!