全文検索のため、MySQLベースのWebアプリにSQLite3を利用する事への意見募集

Question

レンタルサーバ上で、PHPとMySQLを使用したWebアプリケーションを作ろうと考えています。

このWebアプリケーションに全文検索機能を実装しようと考えたのですが、MySQLのFULLTEXTインデックスには4文字未満の検索語が無視されたり、レンタルサーバにおけるMySQLは共用のため遅いといった問題があります。
また私の調べた範囲では、検索結果でマッチした単語を強調する機能や、検索結果に応じてソートする方法を見つけられませんでした。

一方SQLiteは、ファイルベースであり、またPDO等に拡張として追加されているため処理速度の点は問題ありませんし、以下のサイトを見る限り、検索結果でマッチした単語を強調するsnippet関数もあるようです。
SQLiteで全文検索 - DiaryException

またSQLiteには、(SQLiteがFTS4に対応している場合に)マッチした情報を返すmatchinfo関数があり、これを利用することで検索結果に応じてソートすることも可能かもしれません。
(以下のサイトではSQLiteにneozenith/sqlite-okapi-bm25の関数を追加するアプローチを紹介していますが、レンタルサーバでは厳しいため、全ての結果を取得した上でPHPでソート処理を行うつもりです。)
SQLiteで高速全文検索〜日本語編〜 - SSSSLIDE

この事を踏まえ、私はメインのデータベースとしてMySQLを利用しつつ、全文検索の箇所のみSQLite3を利用しようと考えています。

しかし、当然データベースを分けることになるためトランザクションは使えません。
また、SQLiteはファイルベースのため、同時アクセスに弱いという欠点が存在します。

なにより、実際の案件等を処理した経験がなくネット上で情報を集めるしか無い私には、この案が適切なものなのか判断できかねます。

そこで、皆さんに質問です。
MySQLをベースとしたWebアプリケーションに、全文検索用としてSQLite3を利用するというこの案をどう思いますか?

Answer 1

個人的にSQLiteは組み込み用だったり、開発中だけひとまず間に合わせで使う小規模なデータベース用というイメージ
開発の効率やレンタルサーバ上のMySQLとパフォーマンス的にどっちがいいの？いう疑問もあるので、あまりお勧めはしないです

今のレンタルサーバとSQLだけでやりたいということであれば話は別なんですが、個人的にそういう要件を出されたらソフトウェアがインストールできる環境(VPS/専用サーバ/AWS)にElasticsearch入れて全文検索はそっちにやらせてしまうという方法が思いつきます(River Pluginを設定して自動的にMySQLのデータをElasticsearchに流し込む)

Answer 2

規模によりますかね。全文検索用のインデックスを構築することは、RDBMSの機能の外で適当な形態素解析エンジンを使えば、どのデータベースでも実現できます。だから、データベースの管理のしやすさ（バックアップの問題とか、拡張性の問題とか）で考える方が良く、SQLite3は、データベースの規模が小さいままであるという確信があるときしかオススメしません。個人的にはね。