MySQLのWindowsでのパフォーマンスの低下は、主にMySQL自體の遅さではなく、構(gòu)成と環(huán)境の問(wèn)題によるものです。 1. innodb_buffer_pool_sizeをメモリの50％?70％に設(shè)定し、innodb_log_file_sizeを256m以上に増やし、max_connectionsを合理的に設(shè)定し、バージョンに基づいてクエリキャッシュを有効にするかどうかを決定するなど、my.ini構(gòu)成パラメーターを調(diào)整します。 2. SSDを使用してディスクIOをブーストし、ログファイルストレージパスからデータを分離し、innodb_flush_method = o_directを有効にし、NTFSのアクセス時(shí)間の更新をオフにします。 3.テーブルの分析を定期的に実行し、テーブルを最適化してスロークエリSQLを最適化し、インデックスを合理的に追加し、選択 *と複雑な結(jié)合を避けます。 4.接続タイムアウト時(shí)間を設(shè)定し、接続プールを使用して接続の數(shù)を監(jiān)視して、効率的な並行性制御を確保します。これらの最適化が行われた後、WindowsでのMySQLのパフォーマンスが大幅に改善される可能性があります。

MySQLのパフォーマンスはWindowsで十分に速く実行されませんか？実際、MySQL自體が遅いということではなく、デフォルトの構(gòu)成とシステム環(huán)境が適切に調(diào)整されていないことです。 WindowsはMySQLよりも優(yōu)先されるプラットフォームではありませんが、利用できません。重要なのは、実際の負(fù)荷に応じて構(gòu)成を調(diào)整し、ディスクアクセスを最適化し、キャッシュを合理的に使用することです。

次の側(cè)面は、パフォーマンスを改善するための最も直接的なエントリポイントです。

1. my.ini構(gòu)成ファイルの重要なパラメーターを調(diào)整します

Windows上のMySQLの構(gòu)成ファイルは通常my.iniです。それを見(jiàn)つけ（通常、インストールディレクトリまたはC:\ProgramData\MySQL\MySQL Server XX\ ）、これらのパラメーターの変更に焦點(diǎn)を當(dāng)てます。

• innodb_buffer_pool_size ：これは、InnoDBエンジンにとって最も重要なキャッシュ領(lǐng)域です。物理メモリの50％?70％に設(shè)定することをお?jiǎng)幛幛筏蓼?。たとえば?6Gメモリがある場(chǎng)合は、 8Gまたは12Gに設(shè)定できます。
• innodb_log_file_size ：ログファイルが大きいほど、書(shū)き込みパフォーマンスが向上しますが、回復(fù)時(shí)間が長(zhǎng)くなる可能性があります。デフォルトの48mから256m以上増加することをお?jiǎng)幛幛筏蓼埂?/li>
• MAX_CONNECTIONS ：接続が不十分な問(wèn)題がよくある場(chǎng)合は、この値を適切に増やし、システムリソースが追いつくことができるかどうかに注意してください。
• query_cache_type and query_cache_size ：mysql 8.0はクエリキャッシュを削除しましたが、5.xバージョンを使用している場(chǎng)合は、適切なサイズを有効にして設(shè)定できます。ただし、多くの同時(shí)書(shū)があるシナリオでは、パフォーマンスが低下することに注意する必要があります。

構(gòu)成を変更した後、MySQLを再起動(dòng)して有効にします。メモリオーバーフローを避けるために、実行中のステータスを観察することを忘れないでください。

2。SSDを使用して、ディスクI/Oを最適化します

MySQLは、ディスクの読み取りと書(shū)き込み、特にInnoDBストレージエンジンに非常に敏感です。まだ機(jī)械的なハードドライブを使用している場(chǎng)合、SSDに置き換えると効果が即座になります。

他のポイントは注目に値します：

• IO競(jìng)合を減らすために、データファイルとログファイル（IBDATA1、IB_LOGFILE*など）を別のパーティションまたはディスクに配置します。
• innodb_flush_method=O_DIRECTを有効にすると、二重キャッシングの問(wèn)題を回避できます（特に大きなメモリがある場(chǎng)合）。
• NTFSファイルシステムを使用している場(chǎng)合は、「最近のアクセス時(shí)間更新」機(jī)能をオフにして、不要なディスクの書(shū)き込みを削減してください。

3.データベースの構(gòu)造とインデックスを定期的に維持します

多くの人は構(gòu)成にのみ焦點(diǎn)を合わせていますが、テーブル構(gòu)造とインデックスの重要性は無(wú)視しています。次のプラクティスは、クエリの効率を効果的に改善できます。

• ANALYZE TABLE実行し、特に頻繁に更新される大きなテーブルについては、 OPTIMIZE TABLE 。
• 遅いログを確認(rèn)し、長(zhǎng)い間実行されてきたSQLを見(jiàn)つけて、最適化を?qū)g行します。
• 一般的に使用されるクエリフィールドに適切なインデックスを追加しますが、インデックスオーバーインデックスではありません。そうしないと、書(shū)き込み速度に影響します。
• [選択] *のみを避けるようにしてください。必要なフィールドのみを取得します。結(jié)合レベルを下げて、クエリの複雑さを制御します。

たとえば、インデックスのないクエリは、たとえ數(shù)萬(wàn)のデータしかない場(chǎng)合でも、完全なテーブルスキャンを引き起こし、応答時(shí)間がミリ秒から數(shù)秒まで急上昇する可能性があります。

4.並行性と接続プールの設(shè)定を制御します

PHP、Java、PythonアプリケーションなどのWindowsの下で実行されるプログラムは、接続方法が不合理である場(chǎng)合、簡(jiǎn)単に接続の蓄積を引き起こす可能性があります。提案：

• 合理的なwait_timeoutおよびinteractive_timeoutを設(shè)定して、リソースを長(zhǎng)時(shí)間消費(fèi)することからのアイドル接続を回避します。
• JavaでHikaricpを使用したり、PythonでSqlalchemyの接続プーリングメカニズムを使用したりするなど、接続プールを使用します。
• 接続の現(xiàn)在の數(shù)を監(jiān)視します。 SHOW STATUS LIKE 'Threads_connected';上限がよくアプローチされる場(chǎng)合は、MAX_CONNECTIONSの調(diào)整またはアプリケーションロジックの最適化を検討する必要があります。

基本的に、これらはより実用的な最適化ポイントです。 WindowsでMySQLを?qū)g行することは、必ずしもLinuxよりも遅くなるわけではありません。重要なのは、合理的な構(gòu)成を作成し、ハードウェア條件と組み合わせて調(diào)整することです。バッファープールのサイズやインデックスの最適化など、いくつかの詳細(xì)は簡(jiǎn)単に思えますが、これらは多くの場(chǎng)合、全體的なパフォーマンスに影響を與える場(chǎng)所です。

以上がWindowsでMySQLパフォーマンスを最適化しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。