Количество запросов к MySQL

@Sayanchik777 · Регистрация: 09.05.2015

Студворк — интернет-сервис помощи студентам

У меня будут примерно 100 счётчиков писать свои логи на сервер, а также примерно 100 юзеров будут считывать их с сервера. Планирую делать записи в БД.
Вопрос: подскажите (с точки зрения оптимизации) куда выгоднее писать логи в БД или в текстовик, что бы по меньше нагружать сервак?
Одни говорят что плевать сколько будет запросов, другие говорят что чем меньше запросов тем лучше.
дайте совет пожалуйста, обьясние свою точку зрения почему так, а не иначе - хочу принять правильное решение.

@полудух · 22.10.2018, 15:51

Сообщение от Sayanchik777

У меня будут примерно 100 счётчиков писать свои логи на сервер

"100 счётчиков" - звучит как дичайшая дичь. Если это счётчики, которые вы юзерам собрались показывать, то почему 100?
В любом случае кэшировать их.
БД - самая узкая часть проекта, запросы в неё надо сокращать до минимума и кэшировать всё, что можно.
логи в БД

@Sayanchik777 · 22.10.2018, 19:14 **[ТС]**

Сообщение от полудух

"100 счётчиков"

100 -счетчиков -это специальные устройства которые показывают разные нагрузки специальных устройств которые сушат зерно))

@Para bellum · 22.10.2018, 20:06

Чем меньше запросов в БД, тем лучше. Не в ущерб качеству реализации, конечно.
Например, если для каждой категории нужно выбрать дочерние записи, указываем ID категорий в IN:

SQL
1
SELECT id, name FROM products WHERE parent_id IN(1,2,3)

А в PHP уже рассортировываем выбранные записи по массивам категорий.
Глупо было бы делать по одному запросу для каждой категории:

SQL
1
SELECT id, name FROM products WHERE parent_id = 1

Вот вам и ответ на:

Сообщение от Sayanchik777

обьясние свою точку зрения почему так, а не иначе

Теперь по основному.
Приведённые вами цифры довольно малы. Только вопрос: как часто данные пишутся и читаются?

Новые блоги и статьи Все статьи Все блоги /
http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит переходные токи и напряжения на элементах схемы. . . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@Sayanchik777 9 / 9 / 6 Регистрация: 09.05.2015 Сообщений: 529

	Количество запросов к MySQL 22.10.2018, 00:55. Показов 1191. Ответов 3 Метки нет (Все метки) У меня будут примерно 100 счётчиков писать свои логи на сервер, а также примерно 100 юзеров будут считывать их с сервера. Планирую делать записи в БД. Вопрос: подскажите (с точки зрения оптимизации) куда выгоднее писать логи в БД или в текстовик, что бы по меньше нагружать сервак? Одни говорят что плевать сколько будет запросов, другие говорят что чем меньше запросов тем лучше. дайте совет пожалуйста, обьясние свою точку зрения почему так, а не иначе - хочу принять правильное решение. 0