Работа с большими базами данных

Надо подтвердить или развеять подозрения, во-первых.

А времени (на запросы) сколько?

так может у вас запросы к базе кривые и такая же кривая структура базы, раз это самопис.

тогда вам и выделенный сервер не поможет. что там за запросы?

и

Вообще никак не соотносятся. ТС, у вас КРОШЕЧНАЯ база данных. Ну просто малютка.

Это проблема:

1. написан самописный на CodeIgniter

2. Кривая структура БД

---------- Добавлено 11.12.2013 в 14:10 ----------

Ни то и не другое.

С самого начала изучать mysql. Что такое индексы, как их проставлять. Потом изучать язык программирования и пересматривать запросы. Так же думать, может быть кэш всё таки подключать или нет?

Короче опять НЕ программисты захотели поиграть в программистов.

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

Чаще происходит другое - кодеры уверены что они программисты.

Это копеечная база данных.

Можно залить все проблемы переездом на более дорогой тариф - но сначала попробовали бы оптимизировать сервер (конфиг my.cnf и прочие), провести аудит кода и т.п.

Вот например, что пишет tuning-primer.sh ?

100 МБ - большая база данных? Смешно. Не знаю вашего уровня в программировании и администрировании, но, возможно, проблема именно в этом? Ваш самопис использует кеширование?

угу, а программисты уверены, что они пуп земли и DBA (database administrator) не нужен... пока не ляпнется очередная чудо-база.

есть аналогичные сайты с БД менее 10 МБ. грузятся очень быстро.

По поводу того что 100 МБ - это БД малютка, то лично я с такими в первый раз столкнулся.

в БД есть одна большая таблица с описаниями товаров (их там около 130к) размером в 100MB.

структура:

id	int(11)

original_id	int(11)

name	text

url	text

currencyId	varchar(5)

picture	text

thumbnail	text

description	text

model	text	

price	float

vendor	text

categoryId	int(11)

Собственно основная работа идет с ней (2 запроса - сначала описание конкретного товара, потом "похожие товары" рандомно из той же категории). Очень много типов text, но не был уверен в размере varchar, поэтому выбрал его (возможно в этом проблема?). Выборка идет по id и categoryId.

q_metainfo, собственно и спрашиваю по поводу конфигурации. Посоветуете ссылочки/литературку?? и в каком направлении копать?

И еще. сравнил скорости отдачи на локалке (денвер) и сервере - разница существенна (1сек/5сек). т.е. подозреваю что причина все-таки в производительности/конфигурации сервера.

насчет кэша - спасибо, сделал, помогло. Но все равно хотелось бы чтобы странички даже при первом вызове грузились быстрее.

Рандом через mysql? ORDER BY RAND()?

Ну вы конечно ДА...

Ещё раз спрашиваю, в вашей БД хоть 1 индекс то есть? Вы вообще знаете что это такое?