Не уверен, что вы подразумеваете под NoSQL / InnoDB - Innodb - это механизм хранения, используемый в схемах таблиц mysql, который на самом деле не связан с хранилищами ключей / значений NoSQL, такими как Mongo, Redis или CouchDB. Если вы имеете в виду сравнение между ними, вот базовый тест для оператора update между mongo, основной платформой NoSQL и таблицами mysql с использованием механизма InnoDB.
http://mysqlha.blogspot.com/2010/09/mysql-versus-mongodb-update-performance.html
Тем не менее, большинство альтернатив NoSQL на данный момент имеют довольно стабильные библиотеки. Приложение, над которым работала моя команда, использовало memcached вместе с mongo, используя свои API-интерфейсы Python в поисковом приложении для хранения данных запросов для последующего обучения результатам поиска. В основном хэши memcached хранились вместе с данными запроса, а затем вызывались после того, как пользователь выбрал набор результатов для уточнения результатов этих работ. У них не было проблем с их использованием, и реализация была несложной.
Большинство движков NoSQL теперь используют некоторые сериализованные данные значения ключа, обычно это какой-то вариант в спецификации JSON. Это на самом деле делает вещи, как правило, даже проще, чем старый подход RDBMS: создание объектов из нескольких таблиц и запуск многочисленных обновлений для уровня сохраняемости. В случае с Mongo мы передали весь сериализованный документ BSON, возвращенный из Mongo, в memcached для временного хранения, и там не было никаких дросселей.
Эта штука NoSQL довольно крута для тех, кто уже работает с объектной парадигмой.