Analisis perbandingan perkaitan berbilang jadual MySQL pada dan tempat kod sumber kelajuan

Mari kita bincangkan tentang kesimpulan dahulu

Kelajuan gabungan pertanyaan Where dan peer-to-peer pada asasnya adalah sama, dan kelajuan gabungan pertanyaan bukan setara biasanya lebih perlahan.

Percubaan 1: Tiada rekod yang tidak sama

Kami mempunyai dua jadual, ahli dan ahli_kelas Struktur data adalah seperti yang ditunjukkan di bawah, di mana member.class_id dan member_class.id adalah medan yang berkaitan

Kami menulis 200,000 keping data masing-masing ke dua jadual, yang mana member.class_id mesti wujud dalam member_class.id (bukan There are unequal rekod)

Semak jadual penuh

Untuk menjadikan percubaan lebih tepat, kami menanyakan setiap keputusan sebanyak 20 kali:

di mana masa pertanyaan adalah (saat):

0.253, 0.256, 0.256, 0.252, 0.257, 0.252, 0.260, 0.265, 0.205, 0.205, 0.253 54 , 0.257, 0.243, 0.250, 0.252, 0.252, 0.255, 0.284

pada Penggunaan masa pertanyaan ialah (saat):

0.240, 0.240 . 0.250

pertanyaan mana Purata ialah 0.2557s, dan purata pada pertanyaan ialah 0.2498s; kedua-duanya pada dasarnya adalah sama, dan perbezaannya hampir boleh diabaikan.

Percubaan 2: Terdapat rekod yang tidak sama rata

Kami mencipta jadual member_v2 baharu, di mana hanya 20% daripada class_id wujud dalam member_class.id

Seperti yang ditunjukkan di bawah:

Kami terus menanyakan ujian jadual penuh:

kita dapat melihat jurang yang sangat jelas. bilangan besar rekod tidak sama apabila sejumlah besar nilai NULL muncul, kecekapan pertanyaan jadual perantaraan menjadi lebih rendah.

Jadi masa pertanyaan juga lebih cepat.

Atas ialah kandungan terperinci Analisis perbandingan perkaitan berbilang jadual MySQL pada dan tempat kod sumber kelajuan. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!