Снижение нагрузки. Разбиение одной большой таблицы на маленькие
- Автор темы Вася Патриков
- Дата начала
FractalizeR
Новичок
Кстати, возвращаясь к теме топика, "разбиение одной большой таблицы на маленькие", которое тут приводится, это, похоже, эдакий Partitioning по-детски, на таблицах по 400Мб. Смех!
Mols
Новичок
Ну на самом деле всё это спорно на счет удаления. Иногда можно и удалять(например если есть полноценный change log для таблиц).. иногда не надо. Но вот как могут полезть ошибки если выполняется запрос на удаление строки которой нет - мне не понятно. Это надо вместо запроса "DELETE.... WHERE foreign_key_id = X" что-то такое придумать, чтобы ошибки полезли. И это всё для того, чтобы сделать аналог внешних ключей с которым "не страшно". А с родными страшно... мда. Ещё наверное перед этим и транзакцию запускают а потом коммитят (видел такое реально. Вся база была в таблицах MyISAM)
FractalizeR
Новичок
Вообще-то MyISAM не поддерживает транзакции.
-~{}~ 08.09.09 13:03:
Так 1С делает, кстати. Физическое удаление осуществляется отдельной обработкой.
Mols
Новичок
эмм.... ну я потому и написал, что не поддерживает, вроде понятно же... Просто не все, кто делает "самописные не страшные" аналоги внешним ключам это знают.
А для сохранения этой самой целостности "применяют транзакции" для "безопасных" таблиц MyISAM.
Говорю же.. сам видел такое в реально работающем проекте. Формируется список запросов к таблицам - и они выполняются последовательно. Перед началом - эти гении стартуют транзакцию, по завершению - коммитят. И это всё на MyISAM
Sawa
Новичок
при некоторых селектах таблицы блокируются, теперь представим что запрос более сложный, с 3-4 join и еще union в придачу. Скажем имеем 10 таблиц по 400 мегов, оказывается что для того чтобы вытянуть 20-30 строк с лимитом, быстрее будет работать при обработке 2х таблиц и соответвенно 800 магами данных, чем с 4гб.
юниоры с критикой бросятся что неудобно, и мол есть кеширование, индексирование, штатные методы которые всем нравятся... но если бы оно нормально и быстро работало, мы бы никогда не увидели мемкешед и ему подобные платформы
не стесняемся и делаем новый велосипед, он возможно такой же как те что в магазине, носкил у девелопера качает...
зы. в оффтоп ушли, изначально вопрос стоял - а что быстрее работает MyISAM или innoDB, и может ли текущая структура базы снижать нагрузку.
топикстартер, более конкретные данные бы =) смута зреет...
FractalizeR
Новичок
Да, мне тоже интересно. Т.е. memcached, по мнению автора, придумали потому, что все остальное работает... плохо?!
Alexandre
PHPПенсионер
надо научиться отделять: мухи отдельно, котлеты отдельно...
РМБД - служат для хранения данных основанных на связях (relations)
memcached - это хранение key-value данных в оперативной памяти, и предназначается оно вовсе не для долгосрочного хранения данных
а вот про подобные ему платформы было бы интересно услышать.
FractalizeR
Новичок
Ну про подобные я и сам могу рассказать. Слышал про Mycached и Redis:
http://www.opennet.ru/opennews/art.shtml?num=23236
http://www.opennet.ru/opennews/art.shtml?num=23186
http://www.opennet.ru/opennews/art.shtml?num=23236
http://www.opennet.ru/opennews/art.shtml?num=23186
Alexandre
PHPПенсионер
я тоже знаю, в Контакте
только там хранится оперативная информация...а не долговременная ...
если хотим хранить долговременную, надо использовать memcachedb...
про Redis надо знать, что PHP экстеншен написан удивительно криво. да и его использование очень специфично, можно использовать пока объем данных вмещается в память, если нет - то начинают бить тормоза. Как врочем и sedna
просто pilot911 не в теме
вопрос в скорости доступа прежде всего...
в соц сети потерять сессию или говно-сообщение - не беда...
-~{}~ 09.09.09 13:27:
эту ссылку хотелось бы увидеть от того, кому был задан вопрос...