Apakah perbezaan antara MyISAM dan InnoDB dalam mysql

Perbezaan: 1. InnoDB menyokong transaksi, tetapi MyISAM tidak menyokong kunci asing, tetapi MyISAM tidak 3. InnoDB ialah indeks berkelompok, manakala MyISAM ialah indeks tidak berkelompok; Innodb tidak menyokong indeks teks penuh , manakala MyISAM menyokong indeks teks penuh 5. InnoDB menyokong kunci peringkat jadual dan baris, manakala MyISAM menyokong kunci peringkat jadual 6. Jadual InnoDB mesti mempunyai indeks unik, tetapi Myisam tidak memerlukannya; mereka; 7. Fail simpanan adalah berbeza.

Persekitaran pengendalian tutorial ini: sistem windows7, versi mysql8, komputer Dell G3.

InnoDB: Enjin transaksi lalai MySQL dan enjin storan yang paling penting dan digunakan secara meluas. Ia direka bentuk untuk mempunyai sejumlah besar urus niaga jangka pendek Dalam kebanyakan kes, urus niaga jangka pendek diserahkan seperti biasa dan jarang ditarik balik. Prestasi InnoDB dan ciri pemulihan ranap automatik menjadikannya popular untuk keperluan storan bukan transaksi. Melainkan terdapat sebab yang sangat istimewa untuk menggunakan enjin storan lain, enjin InnoDB harus diberi keutamaan.

MyISAM: Dalam MySQL 5.1 dan versi terdahulu, MyISAM ialah enjin lalai. MyISAM menyediakan sejumlah besar ciri, termasuk pengindeksan teks penuh, pemampatan, fungsi spatial (GIS), dll., tetapi MyISAM tidak menyokong urus niaga dan kunci peringkat baris, dan kelemahan yang tidak diragui ialah ia tidak boleh dipulihkan dengan selamat selepas kemalangan.

Perbezaan antara MyISAM dan InnoDB dalam mysql:

1 dalam InnoDB Secara lalai, bahasa dirangkumkan ke dalam urus niaga dan diserahkan secara automatik, yang akan menjejaskan kelajuan, jadi yang terbaik adalah meletakkan berbilang bahasa SQL antara permulaan dan komited untuk membentuk transaksi

2. InnoDB Menyokong kunci asing, manakala MyISAM tidak. Menukar jadual InnoDB yang mengandungi kunci asing kepada MYISAM akan gagal

3. kunci) indeks Bersama (fail data jadual itu sendiri ialah struktur indeks yang dianjurkan oleh B Tree), mesti ada kunci utama, dan pengindeksan melalui kunci utama adalah sangat cekap. Walau bagaimanapun, indeks tambahan memerlukan dua pertanyaan, pertama untuk menanyakan kunci utama, dan kemudian untuk menanyakan data melalui kunci utama. Oleh itu, kunci utama tidak boleh terlalu besar, kerana jika kunci utama terlalu besar, indeks lain juga akan menjadi besar.

MyISAM ialah indeks bukan berkelompok dan juga menggunakan B Tree sebagai struktur indeks Indeks dan fail data diasingkan, dan indeks menyimpan penunjuk fail data . Indeks utama utama dan indeks sekunder adalah bebas.

Maksudnya: nod daun indeks kunci utama B-tree InnoDB ialah fail data, dan nod daun indeks tambahan ialah nilai kunci utama manakala nod daun MyISAM; Indeks kunci utama B-tree dan indeks tambahan ialah kedua-dua fail penunjuk alamat.

4. InnoDB tidak menyimpan bilangan baris tertentu dalam jadual dan keseluruhan jadual diperlukan semasa melaksanakan pilih count(*) daripada pengimbasan jadual. MyISAM menggunakan pembolehubah untuk menyimpan bilangan baris dalam keseluruhan jadual Apabila melaksanakan pernyataan di atas, anda hanya perlu membaca pembolehubah, yang sangat pantas (perhatikan bahawa tiada syarat WHERE boleh ditambah); Jadi mengapa? Bagaimana jika InnoDB tidak mempunyai pembolehubah ini?

Oleh kerana ciri urus niaga InnoDB, bilangan baris dalam jadual waktu yang sama adalah berbeza untuk urus niaga yang berbeza, jadi statistik kiraan akan mengira bilangan baris yang boleh dikira untuk transaksi semasa, bukan Simpan jumlah bilangan baris untuk pertanyaan pantas. InnoDB akan cuba melintasi indeks terkecil yang mungkin melainkan pengoptimum menggesa untuk menggunakan indeks lain. Jika indeks sekunder tidak wujud, InnoDB juga akan cuba melintasi indeks berkelompok lain.

Jika indeks tidak sepenuhnya dalam penimbal yang diselenggara oleh InnoDB (Buffer Pool), operasi kiraan akan memakan masa yang lebih lama. Anda boleh mencipta jadual yang merekodkan jumlah bilangan baris dan biarkan program anda mengemas kini data yang sepadan semasa INSERT/DELETE. Seperti masalah yang dinyatakan di atas, penyelesaian ini tidak begitu berguna jika terdapat banyak transaksi pada masa ini. Jika anggaran nilai baris cukup untuk memenuhi keperluan, anda boleh cuba SHOW TABLE STATUS

5 Innodb tidak menyokong indeks teks penuh, manakala MyISAM menyokong indeks teks penuh, dalam syarat kecekapan pertanyaan dalam bidang indeks teks penuh MyISAM adalah lebih pantas dan lebih pantas; PS: InnoDB selepas 5.7 menyokong indeks teks penuh

6 Jadual MyISAM boleh dimampatkan

7 InnoDB menyokong kunci tahap jadual dan baris (lalai), manakala MyISAM menyokong kunci peringkat jadual

Kunci baris InnoDB dilaksanakan pada indeks, bukannya mengunci pada rekod baris fizikal. Subteksnya ialah jika akses tidak mencapai indeks dan kunci baris tidak boleh digunakan, ia akan merosot menjadi kunci meja.

Contohnya:

t_user(uid, uname, age, sex) innodb;
 
    uid PK
    无其他索引
    update t_user set age=10 where uid=1;             命中索引，行锁。
 
    update t_user set age=10 where uid != 1;           未命中索引，表锁。
 
    update t_user set age=10 where name='chackca';    无索引，表锁。

8 Jadual InnoDB mesti mempunyai indeks unik (seperti kunci utama) (jika pengguna tidak menyatakannya, lajur tersembunyi. Row_id akan ditemui/dihasilkan untuk berfungsi sebagai kunci utama lalai) ), dan Myisam tidak memerlukan

9. Fail storan Innodb termasuk frm, ibd, manakala Myisam adalah frm, MYD, MYI frm ialah fail definisi jadual, ibd ialah fail data

Myisam: frm ialah fail definisi jadual, myd ialah fail data, myi ialah fail indeks

Cara memilih:

1. Adakah anda mahu menyokong transaksi Jika ya, sila pilih innodb pertimbangkan MyISAM;

2. Jika kebanyakan jadual hanya membaca pertanyaan, anda boleh mempertimbangkan MyISAM Jika terdapat kedua-dua bacaan dan tulis, sila gunakan InnoDB.

3. Selepas sistem ranap, ia akan menjadi lebih sukar untuk MyISAM untuk pulih, adakah ia boleh diterima? dikeluarkan sejak versi MySQL 5.5 Menjadi enjin lalai MySQL (sebelum ini MyISAM) menunjukkan bahawa kelebihannya jelas kepada semua Jika anda tidak tahu apa yang perlu digunakan, maka gunakan InnoDB, sekurang-kurangnya ia tidak akan menjadi buruk.

Mengapa InnoDB mengesyorkan menggunakan ID penambahan automatik sebagai kunci utama?

Jawapan: Auto-increment ID boleh memastikan bahawa indeks B dikembangkan dari kanan semasa setiap sisipan, yang boleh mengelakkan B-tree dan kerap bergabung dan berpecah (berbanding dengan menggunakan UUID). Jika anda menggunakan kunci primer rentetan dan kunci primer rawak, data akan dimasukkan secara rawak dan kecekapan akan menjadi lemah.

4 ciri utama enjin innodb

Masukkan penimbal, tulis dua kali , indeks cincang suai (ahi), baca ke hadapan (baca ke hadapan)

[Cadangan berkaitan: tutorial video mysql]

Atas ialah kandungan terperinci Apakah perbezaan antara MyISAM dan InnoDB dalam mysql. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!