問題タブ [storage-engines]

データベースに長いテキストを保存する Web サイトで作業しています。MySQL 5.0 のみをサポートする Godaddy 共有サーバーで実行されるため、InnoDB の FULLTEXT はありません。これらのテキストフィールドが関係していても、トランザクションのために innoDB である必要があります。これらのテキスト内の単語や表現を効率的に検索するためのベスト プラクティスは何ですか?

データベース エンジンを MyISAM から InnoDB に変更する php スクリプトがあります。スクリプトは完璧に機能していましたが、今日、機能していないデータベースに出くわしました。

エラーは次のとおりです。

SQL 実行中のエラー: 42000 1118 行サイズが大きすぎます (> 8126)。一部の列を TEXT または BLOB に変更するか、ROW_FORMAT=DYNAMIC または ROW_FORMAT=COMPRESSED を使用すると役立つ場合があります。現在の行形式では、768 バイトの BLOB プレフィックスがインラインで格納されます。最後のステートメントは次のとおりです。ALTER TABLE Table ENGINE=InnoDB;

innodbファイル形式をBarracudaに切り替えて圧縮行形式を使用する以外に、他の解決策はありますか?

docsから、次のように述べています。

CSV ストレージ エンジンは、コンマ区切り値形式を使用してテキスト ファイルにデータを保存します。

これの利点は何ですか？ここに私が考えることができるいくつかがあります：

1. 簡単なテキスト エディタを使用して CSV ファイルを編集できます (ただし、 を使用して簡単にデータをエクスポートできますSELECT INTO OUTFILE) 。
2. スプレッドシート プログラムに簡単にインポートできます
3. 軽量でおそらくパフォーマンスが向上します（勝手な推測です）

いくつかの欠点は何ですか？

1. インデックスなし
2. 分割不可
3. 取引なし
4. NULL 値を持つことはできません

この (網羅的ではない) 長所と短所のリストを踏まえて、どのような実際のシナリオで、他のものよりも CSV ストレージ エンジンの使用を検討する必要がありますか?

テーブルを変更して、そのストレージ エンジンを に変更しようとしていますInnoDb。実行するphp artisan migrateと、エラーなしで完了します。しかし、Sequel Pro でストレージ エンジンを確認しても、何も変わっていません。

WiredTiger の有無にかかわらず、mongodb の読み書き時間を比較しようとしています。読み取りと書き込みの両方で、WiredTiger を使用した mongodb は、WiredTiger を使用しない場合よりも時間がかかることがわかりました。テストに node-mongo プログラムを使用しています。

私が理解していることから、wiretiger を使用した後、パフォーマンスが向上するはずです。誰でもこれで私を助けることができますか？

バージョン 3.0 以降、mongodb はプラグ可能なストレージ エンジンをサポートします。システムで使用されているストレージ エンジンを知る方法は?

mongodb 2.6.1 を実行しており、3.* にアップグレードしたいと考えています。

私の質問は、ストレージ エンジンを変更する必要があるため、mongodump/mongorestore を作成する代わりに、mongodb バックアップからのファイルを使用して変更できるかということです ( docsに記載されているように)。