The ModeShape community removed support for storing Lucene indexes inside a database because it performed horribly, especially for writes since a concurrent changes to content on different processes each compete for writes to the database. Even in a non-clustered topology, storing indexes in a database is simply not recommended due to performance.
It is much better to have each process in the cluster maintain its own complete copy of the index. Yes, this does add work to each write (since the write has to be done on each process), but it significantly improves query performance and eliminates the potential for cluster-wide write conflicts, thus increasing the update throughput of the system.
Of course it is still possible to store indexes in Infinispan. ModeShape kept this option because Infinispan can be configured in ways that don't use a shared storage (essentially making each process have independent indexes), and in these configurations there is no cluster-wide index write conflict. But storing the indexes in a shared database will again there is likely to be cluster-wide index write conflicts.
You can try it out if you want, and if you do make sure that each of the three caches are stored in a separate database table (using a unique value for the "prefix" attribute).
However, I would strongly encourage you to not store your indexes in a relational database or another location shared by multiple processes in the cluster.