спасибо. получается на больших данных такое распределение кеша не оправдано.
одни часто заходят, другие реже.
Остается только грамотная оптимизация таблицы и не юзать кеш в этом случае.
Звонок в техподдержку: - У меня гугл не открывается...
- Лампочка на модеме горит?
- Да. Только это не лампочка, а тиристорный светодиод.
- Гм... Да, пожалуй, проблемы на нашей стороне..
Приветствую.
для оптимизации DB хочу написать пару скриптов, которые помогут
определить время выборки до оптимизации (к примеру индекс) и после на большом количестве строк в таблицах
Примерно:
1. Делаю INSERT 10к, 100к, 1м, ...
2. запускаю запрос SELECT и замеряю время выборки
3. создаю ключ(и) и замеряю время выборки это го же запроса
Но подумал может есть готовое и не стоит изобретать велосипед?
Приветствую.
Никогда не приходилось сталкиваться с процедурами и функциями в MySQL
возникла задача, возможно ли ее и как решить:
раньше была структура вида
tableA:
id
text
tableB:
id
pid <= tableA.id
text
при выполнении действия, данные из tableA копировались в tableB, что при большом количестве тупо увеличивает размер базы.
Работа ведется с tableB Только
Понятно можно переписать все используя JOIN, но вот подумал может ли справиться с этим хранимая функция MySQL
Задача такая:
все запросы к tableB
SELECT * FROM tableB вызывали бы функцию которая бы подставляла в pid и text значения из tableA