iamserge, ну как бы если у нас вся работа взять данные по ключу, изменить положить обратно - то к чему тут реляционные базы? Покатит какой нибудь редис, тарантул или ещё чего под это заточенный.
iamserge,
1. ну не мудрено что он будет вешать.
2. slow log включить
3. а какие еще запросы есть - если у вас работа только по primary key да и еще хотим все в памяти - может вам посмотреть на key -value. Или у вас там есть еще какие то select ы не по ключам?
iamserge,
1. а как связан c# с мускулом в ramdisk? создаете монтируете - и говорите мускулу там хранить данные.
2. вот и интересно видеть что за many update у вас там и их explain
iamserge, ну вообщем как то тяжело рассуждать не видя запросов и их explain
ну просто mysql сам не дурак стараться запихать часто используемые данные в память. ему тяжело будет обьяснить что они уже в памяти. вообщем тут образуется широкий фронт для экспериментов и копания в настройках.
iamserge, вообще конечно есть твердолобые вариант - создать ramdisk и запихать туда mysql и использовать innodb. но такое себе. как бы тогда использование памяти будет весьма хреновым
PageUp, А теперь что значит Undefined variable в любом языке. Переменные и их содержимое являются состоянием вашего приложения. И этот варининг говорит вам - чувак, вы пишете код исходя что считаете что ваше приложение находится в этом состоянии, а она в другом. Все ваши попытки заткнуть рот интерпретатору очень быстро приведут к том что пути вашего приложения и вас разойдутся далеко и надолго. И вы задолбаетесь искать где они разошлись и куда. По этому стоит вернуться к самому началу и начать нормально.
Enma, не вернет. если у записи нет вообще никаких коллекций - то условие не должно быть коллекций с collection_id = 15 - true
Но спорить лениво - сделайте