CentOSを正常に再起動する最良の方法は？

私はいつもコマンドを使用しました：

shutdown -r now

ただし、それによってMySQLの問題が発生する場合があります。

CentOSを再起動する最も適切な方法は何ですか？

私は見た：

reboot

そして

halt

マシンを静かに再起動するにはどうすればよいですか？

これらのコマンド以外のものを使用してサーバーを再起動するより良い方法はありません。

• シャットダウンは、システムを停止する最も一般的な方法です。引数-rと特定の時間（または ' now'）を追加すると、シャットダウンシーケンス後にシステムを停止する代わりに、システムが再起動します。
• 再起動は、いくつかのハードディスクのメンテナンスを行うラッパーラウンドシャットダウンです（同期および/またはスタンバイモードになりますが、実際には関係ありません）。
• reboot（> 2.74）の新しいバージョンはshutdown、ランレベル0または6でない場合に開始されます。
• ほとんどのinitスクリプトは、haltを呼び出してutmpにログを作成します。

最新のディストリビューションでは、使用しているコマンドに関係なく、すべてのタスクがカバーされます。基本的に、これらはすべてSysV（CentOS <7）またはsystemd（CentOS> = 7）スクリプトのシャットダウンランタイムを開始します（読みやすくするためにinitスクリプトと呼びます）。

initスクリプトを使用して段階的にシャットダウンすると、通常ランレベル「S」で登録されているすべてのサービスが停止します。CentOSのMySQL initスクリプトのように、個々のinitスクリプトにタイムアウトを設定できます。stop引数が指定され、デーモンがかなりの時間シャットダウンされない場合、スクリプトは停止して終了し、エラーが発生します。シャットダウンプロセスは、何も問題がなかったかのように続行し、少し時間がかかり、おそらく警告が出力されます。最後に、すべてのinitスクリプトが実行されると、避けられないことが起こります。まだ実行中のすべてのプロセスはSIGTERM シグナルを受け取り、数秒（2または5）後にSIGKILL。これにより、ACPI呼び出しが行われてシステムが実際に再起動またはシャットダウンされる前に、残りがクリーンアップされます。

1つの例外はreboot、-fオプションを指定してコマンドを使用することです。これは、initスクリプトの実行をスキップし、システムを直接再起動します。

心配の根本原因を修正する方が良いでしょう：MySQLが適切にシャットダウンしない。

多くの場合、これはデーモンを安全に終了する前に行う必要がある膨大な作業負荷によるものです。+300.000テーブルのMySQLインスタンスがあり、終了するのに1時間以上かかったことがありました。同様の問題は、巨大なバッファとまばらなI / O可用性を使用するシステムでも見られます。

rootとしてコマンドを使用して、Centos 6.xの正常なシャットダウンを実行する必要があります。

shutdown -h now

これにより、サーバーを正常にシャットダウンする前に、実行中のすべてのサービスを停止しようとします。

このコマンドを使用すると、mySQLソケットの問題も防止できます。

同様に、グレースフルリブートの場合：

reboot -h now

同様の質問に関する以前の回答をここで読むことができます。

https://stackoverflow.com/questions/20407292/centos-another-mysql-daemon-already-running-with-the-same-unix-socket

エンドユーザーと顧客にリモート指示を与えるとき、私はそれらを使用poweroffしてシステムをシャットダウンし、電源を切るように指示します。

ウォームリブートが必要な場合は、rebootコマンドを使用することをお勧めします。

発行Ctrl-Alt-Deleteもこれを達成すると言うことができると思います;）

コマンド 'init 6'を使用します。

init 6は、initファイルに記述されているすべての生成されたプロセス/デーモンを（開始した順序とは逆に）シャットダウンし、最後にshutdown -r nowコマンドを呼び出してマシンを再起動するようinitプロセスに指示します。

詳細については、この質問をご覧ください。

この答えが気に入らないかもしれませんが、この答えには他の誰も考えていない洞察が含まれています。。。あなたが書く：

私はいつもコマンドを使用しました：

shutdown -r now

ただし、それによってMySQLの問題が発生する場合があります。

ここでの問題は、シャットダウンの方法ではなく、シャットダウンを適切に処理できないソフトウェアの一部です。MySql。

本当にこれに対処できる唯一の方法は、MySqlを置き換えることです（PostgreSqlは優れた代替品です）。

... 26年以上データベースシステムを専門とする人として、MySQLがデータベースシステムとは何かという最も重要な側面で能力に関する行動を取り始めたのはごく最近のことです。 for-データのセキュリティ/整合性。以前は、これらの側面にあまり注意を払わず、パフォーマンスにもっと注意を払っていました。しかし、データを失った場合の優れたパフォーマンスは何でしょうか？たとえば、Netflixストリーミングビデオ録画などの一部のアプリケーションでは、視聴中の絶対的な忠実度は特に重要ではない場合があります。しかし、銀行システムでは、それは大規模な災害です。データ所有者のみが、自分に適したものを知ることができます。