Сабж - что и насколько производительнее - стандартный механизм сессиий, или собственный механизм, основаный на таблице MySQL типа MEMORY?
Не понял сути текста, сликшом многа буржуйский букф ) А если поставить вопрос так - нет ли существенной разницы в работе этих двух способов хранения сессий, на сайте с нагрузкой >50k/сутки?
Сессии как правило не сильно активно пишуться, чтение с небольшой таблицы тоже быстрое (главное про индексы не забыть) - таблица с индексами оказывается целиком в памяти. В сессиях как правило от силы 1000-1500 записей. ИМХО, не так критично. А я лично на основе memcache сессии делаю. Если у вас кол-во сессий вырастет хотя-бы до 10-20 тысячь, вот тогда да - таблица типа MEMORY уже обсалютно не лишне. У меня на трекере таблица пиров именно MEMORY, потому что после 15к записей уже начинает тормозить (там read/write практически 50%/50%). Вобщем то проверить легко, ALTER TABLE sessions TYPE=MEMORY и смотрите каков результат З.Ы. Кстати не забываем, что в талицах типа MEMORY формат fixed, т.е. если у вас varchar(255), то будет выделено все 255 байт + служебная информация на запись, так что можно неожидано получить охренительный размер таблицы.