Mysql データは、ユーザー指定またはデフォルトの場所のデータ フォルダに保存されます。デフォルトの tmpdir もデータ フォルダに保存されます。MySQL 一時ファイルはここに保存され、簡単には削除できません。
エラーの原因は何ですか?
MySQL データ ディレクトリ /data/mysql が配置されている上位ディレクトリ /data にはディスク容量が不足しており、MySQL の起動に失敗します。そのため、/data ディレクトリ内の mysql サブディレクトリを除くその他の無駄なディレクトリはクリーンアップ。検出を再開しても失敗しました。エラーログを確認してください。
次のエラーを参照してください:
/usr/local/mysql/bin/mysqld: ファイル '/data/tmp/ibbLmEoD' を作成/書き込みできません (エラーコード: 13 - 権限拒否)
不要なディレクトリをクリーンアップするときに、MySQL 構成ファイルで指定された tmpdir-/data/tmp ディレクトリが誤って削除され、MySQL Server の起動時に一部の一時ファイルまたはテーブルが使用できなくなることが判明しました。と書き込まれ、起動が失敗します。ディレクトリを再構築し、正しい権限を付与した後、MySQL Server を再起動し、通常どおり起動します。
MySQL 一時ディレクトリ パラメータについて話しましょう:
コマンド ライン パラメータの形式: --tmpdir=path
設定ファイル パラメータの形式:tmpdir=path
一時ディレクトリは、一時ファイルまたは一時テーブルを保存するために使用されます。値には、負荷を別のディスクに分散するために順番に使用できる、「:」 (Unix) または「;」 (Windows) で区切られたパスのリストを指定できます。 MySQL サーバーがスレーブとして動作している場合、このディレクトリをメモリ ファイル システムに基づくディレクトリ、またはホストの再起動時にクリーンアップされるディレクトリを指すことはできません。これは、スレーブが一時テーブルや一時テーブルをコピーするためにこれらのファイルを必要とするためです。 LOAD DATA INFILE 操作を実行します。これらのファイルが失われると、レプリケーションが失敗します。これは、スレーブの tmpdir を Linux システムのデフォルトの /tmp ディレクトリに設定できないことを意味します。スレーブの場合、別の設定項目slave_load_tmpdirを使用して一時ディレクトリを設定できるため、スレーブは一般オプション tmpdir で設定された一時ディレクトリを使用できなくなります。非スレーブ ロールの MySQL サーバーにはそのような制限はありません。
一時ディレクトリが存在しないか、権限が正しくない場合、MySQL Server の起動に失敗するだけでなく、一時ディレクトリを使用する他の MySQL ユーティリティが異常実行する原因にもなります。多くの MySQL 関連プログラムは、完全バックアップ プログラム xtrabackup など、MySQL Server 構成ファイルからオプション値を読み取ります。次のエラーは、MySQL Server 構成ファイルで指定された一時ディレクトリが存在しないために発生します。
xtrabackup_56: ファイル '/data/tmp/ibHbumcM' を作成/書き込みできません (エラーコード: 2 - そのようなファイルまたはディレクトリはありません)
2014-07-23 16:04: 42 7f1b25c607e0 InnoDB: エラー: 一時ファイルを作成できません; エラー番号: 2
xtrabackup: innodb_init(): エラーが発生しました。
innobackupex: エラー:
innobackupex: ibbackup が失敗しました/usr/bin/innobackupex 行 389.
以上がmysqlのデフォルトのtmpdirはどこにあるのでしょうか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。