Prestasi buruk MySQL di Windows terutamanya disebabkan oleh konfigurasi dan isu -isu persekitaran, bukan kelambatan MySQL itu sendiri. 1. Laraskan parameter konfigurasi my.ini, seperti menetapkan innodb_buffer_pool_size hingga 50% ~ 70% memori, meningkatkan innodb_log_file_size hingga 256m atau lebih tinggi, menetapkan max_connections yang munasabah, dan memutuskan sama ada untuk membolehkan Cache pertanyaan berdasarkan versi. 2. Gunakan SSD untuk meningkatkan cakera IO, data berasingan dari laluan penyimpanan fail log, aktifkan innodb_flush_method = o_direct dan matikan kemas kini masa akses untuk NTFS. 3. Secara kerap melaksanakan jadual menganalisis dan mengoptimumkan jadual untuk mengoptimumkan SQL pertanyaan perlahan, tambahkan indeks dengan munasabah dan elakkan pilih * dan kompleks bergabung. 4. Tetapkan waktu tamat sambungan, gunakan kolam sambungan dan pantau bilangan sambungan untuk memastikan kawalan konvensyen yang cekap. Selepas pengoptimuman ini dilakukan, prestasi MySQL di bawah Windows dapat bertambah baik.

Prestasi MySQL tidak berjalan cukup cepat pada Windows? Malah, bukanlah MySQL sendiri adalah perlahan, tetapi konfigurasi lalai dan persekitaran sistem tidak diselaraskan dengan betul. Walaupun Windows bukan platform pilihan untuk MySQL, ia tidak tersedia. Kuncinya adalah untuk menyesuaikan konfigurasi mengikut beban sebenar, mengoptimumkan akses cakera, dan menggunakan cache dengan munasabah.

Aspek berikut adalah titik kemasukan yang paling langsung untuk meningkatkan prestasi:

1. Laraskan parameter utama fail konfigurasi my.ini

Fail konfigurasi MySQL pada Windows biasanya my.ini . Cari (biasanya dalam direktori pemasangan atau C:\ProgramData\MySQL\MySQL Server XX\ ), dan fokus pada perubahan parameter ini:

• innodb_buffer_pool_size : Ini adalah kawasan cache yang paling penting untuk enjin InnoDB. Adalah disyorkan untuk menetapkannya kepada 50% ~ 70% daripada memori fizikal. Sebagai contoh, jika anda mempunyai memori 16g, anda boleh menetapkannya kepada 8G atau 12G .
• innodb_log_file_size : Semakin besar fail log, semakin baik prestasi menulis, tetapi masa pemulihan mungkin menjadi lebih lama. Adalah disyorkan untuk meningkat dari lalai 48m hingga 256m atau lebih tinggi.
• MAX_CONNECTIONS : Jika sering terdapat masalah sambungan yang tidak mencukupi, meningkatkan nilai ini dengan sewajarnya, dan memberi perhatian kepada sama ada sumber sistem dapat disimpan.
• query_cache_type dan query_cache_size : Walaupun mysql 8.0 telah mengeluarkan cache pertanyaan, jika anda masih menggunakan versi 5.x, anda boleh mengaktifkan dan menetapkan saiz yang sesuai. Walau bagaimanapun, perlu diperhatikan bahawa dalam senario di mana terdapat banyak menulis serentak, ia akan melambatkan prestasi.

Selepas mengubah suai konfigurasi, mulakan semula MySQL dan berkuatkuasa. Ingatlah untuk memerhatikan status berjalan untuk mengelakkan limpahan memori.

2. Gunakan SSD dan mengoptimumkan cakera I/O

MySQL sangat sensitif terhadap cakera membaca dan menulis, terutamanya enjin penyimpanan InnoDB. Jika anda masih menggunakan cakera keras mekanikal, kesannya akan segera jika anda menggantikannya dengan SSD.

Mata lain perlu diperhatikan:

• Letakkan fail data dan fail log (seperti ibdata1, ib_logfile*) pada partition atau cakera berasingan untuk mengurangkan persaingan IO.
• Membolehkan innodb_flush_method=O_DIRECT boleh mengelakkan masalah caching berganda (terutamanya apabila terdapat memori yang besar).
• Jika menggunakan sistem fail NTFS, pastikan anda mematikan ciri "Kemas Kini Akses Terkini" untuk mengurangkan penulisan cakera yang tidak perlu.

3. Secara kerap mengekalkan struktur dan indeks pangkalan data

Ramai orang hanya memberi tumpuan kepada konfigurasi, tetapi mengabaikan kepentingan struktur meja dan indeks. Amalan berikut dapat meningkatkan kecekapan pertanyaan dengan berkesan:

• Jalankan ANALYZE TABLE dan OPTIMIZE TABLE dengan kerap, terutamanya untuk jadual besar yang sering dikemas kini.
• Semak log perlahan, cari SQL yang telah dilaksanakan untuk masa yang lama, dan lakukan pengoptimuman.
• Tambah indeks yang sesuai untuk medan pertanyaan yang biasa digunakan, tetapi jangan terlalu-indeks, jika tidak, ia akan menjejaskan kelajuan menulis.
• Cuba elakkan pilih *, hanya ambil medan yang diperlukan; Kurangkan tahap gabungan untuk mengawal kerumitan pertanyaan.

Sebagai contoh: Permintaan di mana tanpa indeks, walaupun terdapat hanya puluhan ribu data, boleh menyebabkan imbasan jadual penuh dan masa tindak balas melambung dari milisaat hingga beberapa saat.

4. Kawal tetapan kolam konvensional dan sambungan

Program yang dijalankan di bawah Windows, seperti aplikasi PHP, Java, dan Python, dengan mudah boleh menyebabkan pengumpulan sambungan jika kaedah sambungan tidak masuk akal. Cadangan:

• Tetapkan wait_timeout dan interactive_timeout yang munasabah untuk mengelakkan sambungan terbiar dari memakan sumber untuk masa yang lama.
• Gunakan kolam sambungan, seperti menggunakan Hikaricp di Jawa, dan menggunakan mekanisme penyatuan sambungan Sqlalchemy di Python.
• Pantau bilangan sambungan semasa: SHOW STATUS LIKE 'Threads_connected'; Jika had atas sering didekati, anda harus mempertimbangkan menyesuaikan max_connections atau mengoptimumkan logik aplikasi.

Pada asasnya, ini adalah titik pengoptimuman yang lebih praktikal. Menjalankan MySQL pada Windows tidak semestinya lebih perlahan daripada Linux. Kuncinya adalah untuk membuat konfigurasi yang munasabah dan menyesuaikannya dalam kombinasi dengan keadaan perkakasan. Beberapa butiran kelihatan mudah, seperti saiz kolam penampan dan pengoptimuman indeks, tetapi ini sering menjadi tempat yang mempengaruhi prestasi keseluruhan.

Atas ialah kandungan terperinci Mengoptimumkan prestasi MySQL pada Windows. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!