Ну, она пишется конечно, причём, как я понимаю, непрерывно, пока есть несброшенные изменения (процессорное время-то на запись не тратится, только I/O). Задержка сброса есть, конечно, и шанс словить потерю нескольких транзакций при сбое питания реальна, но:
- там, где сохранность транзакций критична, можно выдавать подтверждение завершения транзакции только после физического сброса на диск. Да, будут задержки, но можно сделать так, что даже производительность не пострадает, только время отклика увеличится (только "на запись", ессно).
- если "обычная" БД использует отложенную запись (или этим грешит подлежащая под ней ОС), проблема будет та же.

> RAM+SSD+HDD+батарейка

Надо контролировать жизнеспособность батарейки: а то проработает этот гибрид года три, выключат питание, тут и выяснится, что батарейка ой. Контроль реально можно делать только циклами разряд-заряд. Периодическое циклирование батарейки плюс требование непрерывной работы гибрида (в любой момент могут выключить) - это два комплекта батареек, циклируемых по очереди (одна циклируется, вторая в резерве). Плюс нужно вытащить наружу сигнал дианостики "пора менять батарейку" (а много ли людей отслеживают, что там SMART говорит?).

В-общем, подозреваю что из-за таких вот мелочей оно и не приживается...