https://slinkov.ru/openforum/vsluhforumID3/80841.html Иван Ворас (Ivan Voras), один из коммитеров FreeBSD, анонсировал (http://ivoras.sharanet.org/blog/tree/2011-10-11.bullet-cache---installation-and-testing.html) новую систему для организации кэширования данных в оперативной памяти c хранением данных в формате ключ/значение - Bullet Cache (http://mdcached.sourceforge.net/). По своим возможностям и выполняемым задачам система очень близка (http://mdcached.sourceforge.net/UserGuide.html) к Memcached (http://memcached.org/) и отличается, главным образом, внутренней архитектурой, нацеленной на более активное использование многопоточности, и поддержкой тегов. Кроме того, в Bullet Cache реализовано несколько расширенных режимов для обращения к данным и определения их времени жизни в кэше, что позволяет предоставить приложению более полный контроль над содержимым кэша.<br><br><br>Код распространяется (http://sourceforge.net/projects/mdcached/files/mdcached/) под лицензией BSD (2-clause BSDL). Клиентские библиотеки пока доступны только для языков Си, ...<br><br>URL: http://ivoras. https://slinkov.ru/openforum/vsluhforumID3/80841.html#44 Thu, 20 Oct 2011 19:06:01 GMT Библиотеки под Python пока нет:<br><br>http://mdcached.svn.sourceforge.net/viewvc/mdcached/trunk/mdcached/client_py/mdcached/mdcached_module.cpp?revision=359&view=markup<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#43 Wed, 19 Oct 2011 21:48:47 GMT Вы первоначальный текст новости не застали.<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#42 Tue, 18 Oct 2011 18:57:38 GMT &gt; Может, прочтёте о чём вообще речь? А речь о том, что в <br>&gt; шустром кеше делать SQL-подобный синтаксис - нарываться на тормоза. Или вы <br>&gt; и там prepare реализовывать предложите?<br><br>Речь идёт о том что вы не умеете читать, и там нет никакого SQL.<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#40 Tue, 18 Oct 2011 18:16:59 GMT Я не могу говорить конкретно за MySQL, однако, мне приходилось работать тестировщиком другой RDBMS(проприетарной). В общем, исходя из того, что я узнал, я сделал такие выводы: производительность падает не только (и, возможно, не столько) на разборе SQL, сколько при таких дальнейших операциях как загрузка метаданных(хотя они часто кэшируются), проверка существования указанных в запросе таблиц, колонок, проверка типов данных, приведение типов данных, составление плана запроса, его оптимизация, преобразование плана в специальное внутреннее представление и т.д. Собственно разбор SQL (синтаксический разбор) тоже играет роль, но явно не первую.<br>При этом полностью согласен с тем, что использование любого текстового протокола при работе с кэшем абсолютно бессмысленно, ибо в случае с кэшем, а не сложной RDBMS, накладные расходы на разбор текста будут относительно велики.<br>Прочитал я про HandlerSocket (кстати, спасибо за упоминание о нем). Стало несколько непонятно следующее: для чего в MySQL, который еще с 5ой верси https://slinkov.ru/openforum/vsluhforumID3/80841.html#39 Tue, 18 Oct 2011 16:11:06 GMT ну я ответил по поводу HandlerSocket<br>как я понял там жаловались на медленный парсинг в mysql<br>ну как раз для таких задач есть Prepared Statement (хотя тож есть недостатки)<br>и походу те парни ни слова не сказали про это (хотя я да же не читал оригинал)<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#38 Tue, 18 Oct 2011 16:10:07 GMT Да Да. Только все сразу поняли о чем речь а вы нет.<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#37 Tue, 18 Oct 2011 16:04:24 GMT http://msdn.microsoft.com/en-us/library/aa260835.aspx -- см. там раздел "The (so-called) Prepared property".<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#36 Tue, 18 Oct 2011 13:47:58 GMT О memcpy я речь вёл в контексте именно кэша, там вообще работы с диском нет, как и сложных запросов.<br> https://slinkov.ru/openforum/vsluhforumID3/80841.html#35 Tue, 18 Oct 2011 13:28:25 GMT &gt; Я сказал, что для таких быстрых выборок, как поиск по primary key в Mysql и тем более - выборка из хеша оверхед на парсинг строки уже в 10-15 символов чувствуется очень хорошо. Потому что сам на это нарывался. А если эскейпы надо обрабатывать - так это вообще лишний memcpy, что ни в какие ворота.<br><br>Ок. Но вообще говоря, лишний memcpy вполне сойдёт. Сколько их происходит при сложных выборках уже после собственно парсинга запроса... При тех же Using filesort. Капля в океане, я бы сказал.<br>