WindowsとLinux上のMySQLデータベースのバックアップを自動化
MySQLのデータベースのバックアップは非常に重要です特にサイトのレベルの中/高毎日実施する必要があります。 この資料では、この種類の操作方法を簡単には、コマンドラインからは、 単純なスクリプトのスケジュール設定が自動化され、 Linux と Windowsを使用するかどうかが表示されます。
続きを読む...
セットアップのApache 2 、 MySQLの5およびPHP 5のWindows上で5分で
ただし、我々は、この種類のLinuxアプリケーションをWindows上のApacheは、必要があると、 MySQLとPHPをインストールする必要が起こることが理想的なプラットフォームです同意します。 ここでの主な問題は完全に統合するように個々のアプリケーションをインストールするには、どのような構成には非常にされていません。 およびWindows上でLinuxをより困難になる可能性がありますが作られている手順を実行しているよりも明確かつ正確に。
にもかかわらず、まだのMac OS X 、 SolarisおよびLinux用のバージョンがこのような状況では、援助XAMPPのは、 Windows用のインストーラを特に適切に来ることができます（ ）は、 1つの操作のApache 、 MySQLを含むパッケージでインストールすることができますとPHPは既に事前の準備を使用するため、 統一された管理コンソール。 実際に、希望を正確には、バンドルXAMPPをインストールし、次のアプリケーションをお使いのPC構成：
- アパッチのhttpd 2.2.8 OpenSSLの0.9.8g
- MySQLの5.0.51a
- のPHP 5.2.5
- のPHP 4.4.8
- phpMyAdminは2.11.4
- FileZilla FTPサーバ0.9.25
- 水銀メールトランスポートシステム4.52
セットアップのApache2と、 MySQLとPHP5のUbuntu Linux上で
私は古いPC （ Pentium IIIをする128MBのRAMと30ギガバイトのHDの可能）とは、数ヶ月前、私のUbuntu Serverの6.0.6がインストールされ先週末に終了することを決めた。 いつものように欠けていた私は私や新機能の変化を体験する私のサイトに追加することでオフラインテスト環境ホットしていませんが、私は、 Apache2の設定と、 MySQL と PHP5 をインストールする必要がありました。
続きを読む...
MySQLを修復破損したテーブル
数日前、私はPHPには多くのエラーを検出するようになったのは、不可能なことを別のテーブルからのクエリの実行に関連する一連の統計情報。
このタイプのメッセージを受け取っていた：
＃ 1016 -ファイルを開くことができません： ' n ometabella.MYI' （ e rrno： 1 30）
私は期待していた最初の時点で問題空間データベースがご利用いただけますの飽和が原因なので、 MBの配分している別のカップルだったが、私は心配し始めた二日後に気付いて改善されていません。 Googleで上記のエラーメッセージの検索、私はかなりのは、同様の問題を報告して、次のSQLコマンドを実行して、問題を解決するためgroped提案には1つだけの文書が見つかりました：
REPAIR TABLEをnometabella ; 私の場合では、私は1つだけを保存する3つのテーブルと腐敗の協議会が管理して私は尋ねた（とは、明確化も） Tophostの支援については答えは、コマンドに興味があるかもしれません：
REPAIR TABLEをnometabella USE_FRM ; この場合、 修理して成功しているしてphp -統計情報が適切に機能するようにしているように思える。 それ以降は、これらの行動の結果の意味を可能とするには、少なくともその点を復元すると私"は、かなり徹底的に" REPAIR TABLE構文"で5.0 リファレンスマニュアルのMySQL "で検索をするいくつかの自己ベストを理解することを試してみたかった。
だから、僕を理解する可能性がある：
- テーブルの汚職が原因で発生する、あるいはより正確に指数は、ほぼ常ににより、データベースの突然のクラッシュすることです;責任の負担割合が何であることを理解するために必要なホスティング...
- コマンドREPAIR TABLEをnometabella ;単純にインデックスファイルを再構築しよう;
- コマンドREPAIR TABLEをnometabella USE_FRM ;ケースは、インデックスファイルは、ヘッダーが破損している場合、または使用することはありません。 USE_FRMのオプションは、ファイルの原因となる。 MYIファイルから再作成される。 FRMので、この測定より過激され、危険です。 同じ基準MySQLの意見： "このモードを使用する場合にのみ、定期的に修理モードを使用することはできません。 。 MYIヘッダが失われる重要なテーブルのメタデータを整備して現在のAUTO_INCREMENT値、および削除リンク （ 特に、 ）で... USE_FRM含まれています。 これは、この情報は、 MYI 。ファイルに格納されているUSE_FRM圧縮されている場合、そのテーブルを使用しないでください。 "
