Задавайте вопросы, мы ответим
Вы не зашли.
Есть ли какие-то противопоказания (производительность, превышение max connection...) при создании нескольких БД в рамках одного сервера MySQL. Откуда ноги у вопроса - в связке PHP+MySQL хочется переложить обработку PHP-сессий на MySQL, совместив ее с системой аутентификации пользователей и вытащить все это хозяйство в отдельную базу...
Отредактированно UrAl (09.07.2010 12:15:47)
Неактивен
Честно говоря, не понял, как это связано — сессии хранятся в своей табличке,
к которой ходит PHP, там нужен один пользователь для этого, а не много.
Если Вы создаете разумное (скажем, до 1000) количество баз, то никаких заметных
изменений в производительности не будет.
Неактивен
PHP-сессии хранятся в виде обычных текстовых файлов с сериализованными переменными внутри. Я хочу уйти от этого и хранить PHP-сессии в базе, поэтому каждый раз, когда PHP-сценарий стартует сессию - организуется DB-link к нужной базе. Можно засунуть таблички с данными сессий в одну базу с информационным наполнением сайта, тогда линк к базе для сессий будет тем же самым что и к информационной. А так получается два линка из одного сценария... Как то так
Неактивен
Нет ничего плохого в двух соединениях с базой.
Неактивен
Спасибо! буду пробовать реализовать
Неактивен
На сегодняшний день считается, что сессии хранить лучше в памяти.
session.save_handler = memcache
session.save_path = "tcp://127.0.0.1:11211"
И не надо никаких баз данных.
Неактивен
Миш, сильно зависит от приложения. Например, бывают сессии длиной в несколько
лет (ежедневно захожу и обновляю), бывают транзакции, связанные с деньгами,
ну и просто натыкивать час разные кнопочки по сайту, чтобы обнаружить, что у тебя,
видите ли, пришло на 10 человек больше и твоя сессия вытеснилась, — не ахти
какая приятная штука
Неактивен
Да, оказывается, непросто всё..
Неактивен