CaminteJS supports MySQL, MongoDB, Redis, and a few others. I personally believe SequelizeJS is a better framework, but if you really need to support Mongo, it's an option to consider.
I don't know of any good ORM for SOLR. It's such a specialized environment that I wouldn't normally consider using it as an ORM back-end. To get the best use out of it requires careful use of its indexing API, and we've always written directly against it. There are a couple of Open Source projects that add meta-layers like this to SOLR, but nothing that's going to generically support MySQL and/or MongoDB as well. They're just designed for different purposes.
Just my personal opinion, ORMs that can support both relational and object/document-based databases tend not to be very good. Each category of DB is designed around a radically different philosophy in "how" you do what you do. SequelizeJS gives you fine-grained control over things like foreign keys, indexes, field definitions and default values, etc. Some of those concepts don't even exist in MongoDB. Meanwhile, MongoDB tends to be very good at internally dealing with things relational ORMs do a lot of work to support, like database schema migrations (because it doesn't have or need one). I think it's super-hard to abstract these points, and again, just my opinion but I think it's best to commit to relational vs document databases FIRST, THEN choose the best "stack" on top of that choice. SequelizeJS makes it super easy to switch from MySQL to PostgreSQL... and that's an ideal use-case for it. :)