Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: Нагрузки на базу данных

Сообщения:  [1-10]    [11-20]  [21-21] 

 
 автор: Unkind   (15.05.2007 в 21:25)   письмо автору
 
   для: XPraptor   (15.05.2007 в 03:08)
 

Точно. Сейчас сделал тест - запрос без индекса на сервере на БД в полмиллиона записей выполнялся приблизительно полсекунды, а после добавления индекса 0.0012. Классно :)

   
 
 автор: XPraptor   (15.05.2007 в 03:08)   письмо автору
 
   для: fduch   (14.05.2007 в 23:09)
 

http://www.pomorsu.ru/~olmer/docs/mysql/manual.ru_MySQL_Optimisation.html

Скорость выборки целиком зависит от того как спроектированы таблицы и их индексы. Я веду логи доступа к сайтам в MySQL каждую таблицу стараюсь не превышать в 8 миллионов записей скорость запроса на 5-10- тысяч записей, находящихся в последних рядах от 0.09 до 0.4 максимум.

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

   
 
 автор: fduch   (14.05.2007 в 23:09)   письмо автору
 
   для: SM!Le   (14.05.2007 в 23:01)
 

БД в 110 тыс строк весит около 100 метров... Думаю что это тоже както влияет на опеации над ней.

   
 
 автор: SM!Le   (14.05.2007 в 23:01)   письмо автору
 
   для: fduch   (14.05.2007 в 22:52)
 

Совсем меня смутили.. Скрипт почти дописан уже, а суть мне так ине ясна :(
Заполнял таблицу скриптом, порциями по 100 000, время не засекал, но не более 3-5 секунд смею предположить

   
 
 автор: fduch   (14.05.2007 в 22:52)   письмо автору
 
   для: Valick   (14.05.2007 в 21:29)
 

У меня на таблицу в 110 000 записей уходит около 6 секунд на выборку записей (не более 50) содержащих некоторый текст. ОС - FreeBSD 6.1. Самое интересное что тоже самое на Windows происходит за 2 секунды. В обоих вариантах Mysql 4-ой версии.

   
 
 автор: Valick   (14.05.2007 в 21:29)   письмо автору
 
   для: Trianon   (14.05.2007 в 21:25)
 

))))

   
 
 автор: Trianon   (14.05.2007 в 21:25)   письмо автору
 
   для: Unkind   (14.05.2007 в 21:20)
 

вот теперь я полностью потерял нить спора. :)

   
 
 автор: Unkind   (14.05.2007 в 21:20)   письмо автору
 
   для: Trianon   (14.05.2007 в 20:52)
 

Не соглашусь. Цифры там тоже приличные (время выборки). К тому же ни слова об условиях запроса и сортировке. Может, это тупой вывод всей таблицы.

   
 
 автор: Trianon   (14.05.2007 в 20:52)   письмо автору
 
   для: Unkind   (14.05.2007 в 20:40)
 

>Я понимаю. Имею ввиду в повседневных ситуациях таких ресурсоемких запросов как правило не делают.

Тем более! Поскольку ресурсоемкие запросы нам не грозят, почему мы должны испугаться цифры в полтора миллиона? Это же размер таблицы, а не число поднятых записей.

   
 
 автор: Unkind   (14.05.2007 в 20:40)   письмо автору
 
   для: Trianon   (14.05.2007 в 20:14)
 

Я понимаю. Имею ввиду в повседневных ситуациях таких ресурсоемких запросов как правило не делают.
Для меня этот тест говорит только о том, что MySQL справилась лучше всех. И не более.

   

Сообщения:  [1-10]    [11-20]  [21-21] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования