Apabila bercakap tentang pengoptimuman prestasi pangkalan data, perkara yang paling penting ialah memilih yang betul. Anda harus memutuskan sama ada aplikasi anda memerlukan pangkalan data hubungan atau bukan hubungan. Walaupun dalam satu genre, anda akan mempunyai berbilang pilihan untuk dipilih. Serta pangkalan data hubungan, anda mungkin menemui Oracle, MySQL, SQL Server dan PostgreSQL. Sebaliknya, pangkalan data bukan perhubungan memperkenalkan MongoDB, Cassandra dan CouchDB.
Anda mungkin mahu saya mencadangkan menggunakan pangkalan data bukan perhubungan untuk prestasi baca/tulis yang lebih pantas. Walau bagaimanapun, dengan beberapa penambahbaikan dan tweak, anda boleh menolak pangkalan data hubungan melebihi had yang diketahui. Jadi, dalam artikel ini, saya akan memperkenalkan anda beberapa petua untuk menjadikan pangkalan data MySQL anda lebih pantas.
Jika anda secara khusus tertanya-tanya mengapa anda perlu menggunakan MySQL, jawapannya mudah kerana ia percuma, sumber terbuka dan sangat popular dalam komuniti PHP, sedangkan Oracle tidak digunakan secara meluas kerana harganya yang tinggi. Pilihan lain kurang popular daripada MySQL.
- Konfigurasi Pelayan MySQL:
Nah, mula-mula anda harus tahu di mana fail konfigurasi terletak, bergantung pada sistem pengendalian anda. Pada sistem Linux, ia terletak di "/etc/mysql/my.cnf".
Kini tiba masanya untuk memilih enjin anda InnoDB dan MyISAM. Untuk membuat pilihan lebih mudah, anda harus tahu bahawa InnoDB menjadi enjin lalai dalam MySQL 5.5 kerana ia menyokong "penguncian peringkat baris, kunci asing dan transaksi", manakala MyISAM tidak menyokong mana-mana ciri yang disebutkan, yang menjadikannya jarang berguna dalam program aplikasi moden.
Selepas memilih enjin yang betul, tiba masanya untuk menetapkan beberapa pembolehubah konfigurasi dalam fail my.cnf.
pembolehubah max_connection:
pembolehubah max_connection mewakili bilangan sambungan yang dibenarkan oleh aplikasi. Nilai lalai ialah 151 sambungan, bagaimanapun, jika anda mendapat mesej ralat "Ralat MySQL, terlalu banyak sambungan..." anda boleh meningkatkan nombor ini dengan mudah
最大连接数 = 170
innodb_buffer_pool_size variable:
Untuk mempercepatkan, MySQL akan cache data dalam memori pelayan anda ini memberitahu MySQL berapa banyak GigaBytes yang boleh digunakan. Pembolehubah ini berguna jika anda menyimpan gumpalan besar dalam pangkalan data. Anda boleh menetapkan ini kepada 80–90% daripada memori pelayan. Jadi jika pelayan anda mempunyai memori 16GB, anda boleh menetapkannya kepada 14GB.
innodb_buffer_pool_size = 14GB
innodb_io_capacity variable:
Pembolehubah ini memberitahu MySQL berapa banyak operasi input/output yang boleh digunakan dan ia bergantung pada cakera anda. Contohnya, pemacu 7200 RPM tunggal dihadkan kepada 200 I/O, manakala cakera SSD perusahaan dihadkan kepada 50,000 I/O. Anda boleh mencari nilai input/output dengan mudah melalui baris arahan pada sistem pengendalian anda dan tetapkan pembolehubah kepada 90% daripada I/O yang tersedia supaya MySQL tidak pernah menggunakan terlalu banyak operasi I/O.
innodb_io_capacity = 21000
pembolehubah query_cache_limit dan query_cache_size:
MySQL juga menyokong cache data dalam memori, tetapi kami tidak boleh bergantung padanya sebagai sistem caching kerana setiap kali anda program Apabila menulis data ke jadual pangkalan data, MySQL akan membina semula keseluruhan cache pertanyaan jadual. Jadi jika program anda mempunyai beban yang tinggi, cache MySQL akan menjadi sia-sia sepenuhnya Dalam kes ini, adalah lebih baik untuk menetapkan kedua-dua pembolehubah kepada 0 untuk menyimpan overhed cache MySQL Sebaliknya, anda boleh menggunakan sesuatu seperti Redis untuk menguruskan cache.
query_cache_limit = 0 query_cache_size = 0
Log Pertanyaan Perlahan:
Log Pertanyaan Perlahan akan menunjukkan kepada anda pertanyaan anda yang melebihi ambang yang anda tetapkan, menghapuskan keperluan untuk meneka pertanyaan yang manakah lebih perlahan.
Pertama, anda mesti mendayakan slow_query_log
dalam fail konfigurasi anda. Dalam pelayan Linux, buka "/etc/mysql/my.cnf" atau fail yang setara pada sistem anda.
dan tambah:
slow_query_log = 1 long_query_time = 1
Kemudian kedua-dua pilihan ini akan mendayakan pengelogan pertanyaan perlahan dan log sebarang pertanyaan yang mengambil masa lebih daripada satu saat. Jika anda lebih suka melihat log dalam jadual dan bukannya fail, anda boleh menambah:
log_output = 'TABLE'
Kemudian anda boleh mencari log anda dalam jadual "slow_log". Di sana anda boleh melihat maklumat tentang semua pertanyaan perlahan yang dilakukan selama lebih daripada satu saat. Maklumat ini termasuk masa pelaksanaan yang tepat dan bilangan baris yang dipengaruhi oleh pertanyaan, serta pengguna yang melaksanakannya.
Pengoptimuman Pertanyaan
Selepas anda mendapat semua pertanyaan yang perlahan, anda memerlukan cara untuk mengoptimumkannya untuk menjadikannya lebih pantas. Oleh itu, anda boleh menambah kata kunci "terangkan" di hadapan pernyataan pertanyaan untuk mendapatkan maklumat terperinci tentang pertanyaan yang berkaitan, contohnya: explain select * from users where active=1;
Kata kunci "terangkan" boleh membantu anda menentukan indeks pertanyaan hits dan apa Bilangan baris yang ditanya untuk mendapatkan data. Maklumat ini boleh memberitahu anda sama ada anda perlu mencipta lebih banyak indeks atau menyusun semula jadual pangkalan data.
Nyahnormalisasi dan kekangan:
Denormalisasi ialah proses meningkatkan prestasi bacaan dengan menambahkan data berlebihan atau mengumpulkannya. Contohnya, jika anda mempunyai jadual "Produk" dan jadual "Kategori", dan setiap kali anda menanyakan jadual "Produk", anda juga perlu mendapatkan "Nama Kategori" bagi setiap produk. Dalam kes ini, anda boleh menggunakan "sertai" untuk mendapatkan semula "category_name". Walau bagaimanapun, ini bermakna setiap kali pengguna membuka halaman produk, pertanyaan gabungan yang kompleks dilaksanakan. Oleh itu, anda boleh mempertimbangkan untuk menambah "Nama Kategori" pada jadual "Produk". Walaupun terdapat data yang berlebihan, peningkatan dalam prestasi bacaan adalah berbaloi.
Pendekatan penyahnormalan mungkin menyebabkan Nama Kategori dalam jadual Produk menjadi lapuk. Oleh itu, anda perlu menentukan kekangan "kunci asing", tetapi anda perlu sedar bahawa "kunci asing" akan menjadikan prestasi tulis lebih perlahan kerana MySQL perlu menyemak kekangan sebelum menulis data. Oleh itu, sentiasa menjadi tugas anda untuk membuat pilihan yang terbaik.
Alamat asal bahasa Inggeris: https://codeburst.io/database-performance-optimization-8d8407808b5b
Alamat terjemahan: https://learnku.com/mysql/t/71571
[Cadangan berkaitan: tutorial video mysql]
Atas ialah kandungan terperinci Bagaimana untuk mengoptimumkan prestasi MySQL? Perkongsian Petua Pengoptimuman. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!