MySQLデータベースで一時的なユーザーを作成し、24時間後にドロップするというユースケースがあります。私は、プロセスを自動化し、ユーザー作成スクリプトでパッケージ化してプロセスを追跡する必要がないように、これを十分に実行します。MySQLイベントスケジューリングのパフォーマンスへの影響
私は、MySQLのイベントスケジューリングのパフォーマンスへの影響についてのドキュメント、質問、ゴシップをインターネットで見てきましたが、落胆したことは何も見つかりませんでした。私はMySQLの予定された "コスト"に関する別の質問を見ましたが、議論ではほとんどの場合、cron
を使ったDBタスクのスケジューリングとMySQLイベントスケジューリングの使用を比較しています。
私はAmazon RDSで動作していますので、cron
は私のためには動作しません。 MySQLのイベントスケジューリングは適切なソリューションのように見えます。かなり軽量なイベントを予定しています。作成後24時間で、一度に1人のユーザーを落としますが、MySQLのイベントスケジューラを24時間365日有効にしておく必要があります。これにパフォーマンス上のコストはありますか?そうでない場合、デフォルトでイベントスケジューラーが有効になっていないのはなぜですか?
一時的なユーザーのMySQLデータベースレベルユーザーまたはアプリケーションレベルのユーザーが、MySQL内に格納されていますか? – Shadow
イベントスケジューラは、デフォルトでは、サーフェスエリアを下げてパフォーマンスを低下させることはできません。 12時間に1回実行されるイベントは、ボートを揺らしているわけではありません(少なくともスリープスレッドのスタンドポイントから)。スケジューラや特定のイベントを名前でオン/オフするには、私の答え[here](http://stackoverflow.com/a/37824952)を参照してください。 – Drew