


Apakah prinsip pengindeksan dan strategi pengoptimuman pangkalan data MySQL?
1 Indeks
Konsep indeks
Indeks ialah fail khas yang mengandungi penunjuk rujukan kepada semua rekod dalam jadual data. Anda boleh membuat indeks pada satu atau lebih lajur dalam jadual dan menentukan jenis indeks Setiap jenis indeks mempunyai pelaksanaan struktur datanya sendiri.
Peranan indeks
Hubungan antara jadual, data dan indeks dalam pangkalan data adalah serupa dengan hubungan antara buku, kandungan buku dan katalog buku pada rak buku index adalah serupa dengan katalog buku , boleh digunakan untuk mencari dan mendapatkan data dengan cepat. Indeks boleh meningkatkan prestasi pangkalan data.
Senario penggunaan indeks
Untuk mempertimbangkan untuk mencipta indeks pada lajur atau lajur jadual pangkalan data, anda perlu mempertimbangkan perkara berikut:
Data Kelantangan adalah besar dan pertanyaan bersyarat sering dilakukan pada lajur ini.
Kekerapan operasi sisipan dan operasi pengubahsuaian pada lajur ini dalam jadual pangkalan data ini adalah rendah.
Indeks mengambil ruang cakera tambahan.
2 Klasifikasi indeks
Terbahagi daripada struktur storan indeks: Indeks BTree, indeks Hash, indeks teks penuh FULLTEXT, indeks RTree
Terbahagi daripada peringkat aplikasi: indeks biasa, indeks unik, indeks kunci primer, indeks komposit
Terbahagi daripada jenis nilai kunci indeks, kunci utama indeks, indeks tambahan (Indeks indeks sekunder)
Terbahagi daripada hubungan logik antara storan data dan nilai kunci indeks: indeks berkelompok (indeks berkelompok) indeks bukan berkelompok (indeks tidak berkelompok)
Dibahagikan daripada bilangan lajur indeks: indeks lajur tunggal, indeks kompaun
Perbezaan antara indeks B-tree dan B+-tree index
Perbezaan:
Data disimpan di lokasi berbeza: Pokok B+ disimpan dalam nod daun, B- pokok disimpan dalam semua nod
Mencerminkan kelebihan pepohon B+: Nod tidak menyimpan data, jadi satu nod boleh menyimpan lebih banyak kunci. Ia boleh menjadikan pokok lebih pendek, jadi bilangan operasi IO adalah lebih sedikit. Prestasi pertanyaan adalah stabil: setiap pertanyaan merentasi dari nod akar ke nod daun Panjang laluan pertanyaan adalah sama, iaitu, kecekapan setiap pertanyaan adalah setara Kerumitan masa ditetapkan pada O(log(n))
untuk nod daun Penunjuk: Nod daun bersebelahan pokok B+ disambungkan melalui penunjuk. membentuk senarai terpaut tersusun, yang memudahkan carian julat
3 Operasi indeks
Buat indeks kunci utama
-- 在创建表的时候,直接在字段名后指定 primary key create table user1(id int primary key, name varchar(30)); -- 在创建表的最后,指定某列或某几列为主键索引 create table user2(id int, name varchar(30), primary key(id)); -- 创建表以后再添加主键 create table user3(id int, name varchar(30)); alter table user3 add primary key(id);
Ciri indeks kunci utama:
- Boleh terdapat paling banyak satu indeks kunci utama dalam jadual, dan sudah tentu ia boleh dibuat untuk dipadankan dengan kunci utama
- Indeks kunci utama sangat cekap (kunci utama tidak boleh diulang)
- Buat lajur indeks kunci primer, nilainya tidak boleh nol dan tidak boleh diulang
- Lajur indeks kunci primer pada asasnya adalah int
- Penciptaan indeks unik
-- 在表定义时,在某列后直接指定unique唯一属性。 create table user4(id int primary key, name varchar(30) unique); -- 创建表时,在表的后面指定某列或某几列为unique create table user5(id int primary key, name varchar(30), unique(name)); -- 创建表以后再添加unique create table user6(id int primary key, name varchar(30)); alter table user6 add unique(name);
Ciri indeks unik:
- Sesuatu jadual boleh mempunyai berbilang indeks unik
- Kecekapan pertanyaan tinggi
- Jika indeks unik dicipta pada lajur tertentu, ia mestilah memastikan bahawa lajur ini tidak boleh mempunyai data pendua
- Jika tidak null dinyatakan pada indeks unik, ia bersamaan dengan indeks kunci primer
- indeks biasa Ciri-ciri mencipta
--在表的定义最后,指定某列为索引 create table user8(id int primary key, name varchar(20), email varchar(30), index(name) ); --创建完表以后指定某列为普通索引 create table user9(id int primary key, name varchar(20), email varchar(30)); alter table user9 add index(name); -- 创建一个索引名为 idx_name 的索引 create table user10(id int primary key, name varchar(20), email varchar(30)); create index idx_name on user10(name);
indeks biasa:
- Sesuatu jadual boleh mempunyai berbilang indeks biasa lebih biasa digunakan dalam pembangunan sebenar
- Indeks pertanyaan
- tunjukkan kunci daripada nama jadual
*********** 1. baris ** * ********Jadual: barang <= Nama jadual
Bukan_unik: 0 <= 0 bermaksud indeks unik
Nama_kunci: PRIMER <= Indeks kunci utama
Seq_in_index: 1
Nama_lajur: goods_id <= Dalam lajur manakah indeks
Pengumpulan: A
Kardinaliti: 0
Sub_bahagian: NULL
Dibungkus: NULL
Nol:
Jenis_Indeks: BTREE < = Indeks dalam bentuk pokok binari
Ulasan:
1 baris dalam set (0.00 saat)
- tunjukkan indeks daripada nama jadual;
- desc nama jadual
- padam indeks
- padam indeks kunci utama: ubah jadual jadual jatuh kunci utama;
- Padam indeks lain: ubah nama jadual jatuh nama indeks indeks;
mysql> alter table user10 drop index idx_name;
- Prinsip penciptaan indeks Medan yang kerap digunakan kerana syarat pertanyaan harus diindeks
- Medan dengan keunikan yang lemah tidak sesuai untuk mencipta indeks sahaja, walaupun ia kerap digunakan sebagai syarat pertanyaan
- Medan yang dikemas kini dengan kerap tidak sesuai untuk membuat indeks
- Medan yang tidak muncul dalam klausa tempat tidak seharusnya diindeks
mysql> drop index name on user8
Atas ialah kandungan terperinci Apakah prinsip pengindeksan dan strategi pengoptimuman pangkalan data MySQL?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Penyederhanaan Integrasi Data: AmazonRDSMYSQL dan Integrasi Data Integrasi Zero ETL Redshift adalah di tengah-tengah organisasi yang didorong oleh data. Proses tradisional ETL (ekstrak, menukar, beban) adalah kompleks dan memakan masa, terutamanya apabila mengintegrasikan pangkalan data (seperti Amazonrdsmysql) dengan gudang data (seperti redshift). Walau bagaimanapun, AWS menyediakan penyelesaian integrasi ETL sifar yang telah mengubah keadaan ini sepenuhnya, menyediakan penyelesaian yang mudah, hampir-sebenar untuk penghijrahan data dari RDSMYSQL ke redshift. Artikel ini akan menyelam ke integrasi RDSMYSQL Zero ETL dengan redshift, menjelaskan bagaimana ia berfungsi dan kelebihan yang dibawa kepada jurutera dan pemaju data.

MySQL boleh mengendalikan pelbagai sambungan serentak dan menggunakan multi-threading/multi-pemprosesan untuk menetapkan persekitaran pelaksanaan bebas kepada setiap permintaan pelanggan untuk memastikan bahawa mereka tidak terganggu. Walau bagaimanapun, bilangan sambungan serentak dipengaruhi oleh sumber sistem, konfigurasi MySQL, prestasi pertanyaan, enjin penyimpanan dan persekitaran rangkaian. Pengoptimuman memerlukan pertimbangan banyak faktor seperti tahap kod (menulis SQL yang cekap), tahap konfigurasi (menyesuaikan max_connections), tahap perkakasan (meningkatkan konfigurasi pelayan).

Apabila MySQL mengubahsuai struktur jadual, kunci metadata biasanya digunakan, yang boleh menyebabkan jadual dikunci. Untuk mengurangkan kesan kunci, langkah -langkah berikut boleh diambil: 1. Simpan jadual yang tersedia dengan DDL dalam talian; 2. Melakukan pengubahsuaian kompleks dalam kelompok; 3. Beroperasi semasa tempoh kecil atau luar puncak; 4. Gunakan alat PT-OSC untuk mencapai kawalan yang lebih baik.

1. Gunakan indeks yang betul untuk mempercepatkan pengambilan data dengan mengurangkan jumlah data yang diimbas memilih*frommployeesWherElast_name = 'Smith'; Jika anda melihat lajur jadual beberapa kali, buat indeks untuk lajur tersebut. Jika anda atau aplikasi anda memerlukan data dari pelbagai lajur mengikut kriteria, buat indeks komposit 2. Elakkan pilih * Hanya lajur yang diperlukan, jika anda memilih semua lajur yang tidak diingini, ini hanya akan memakan lebih banyak pelayan dan menyebabkan pelayan melambatkan pada masa yang tinggi atau kekerapan misalnya, jadual anda

Kunci utama MySQL tidak boleh kosong kerana kunci utama adalah atribut utama yang secara unik mengenal pasti setiap baris dalam pangkalan data. Jika kunci utama boleh kosong, rekod tidak dapat dikenal pasti secara unik, yang akan membawa kepada kekeliruan data. Apabila menggunakan lajur integer sendiri atau UUIDs sebagai kunci utama, anda harus mempertimbangkan faktor-faktor seperti kecekapan dan penghunian ruang dan memilih penyelesaian yang sesuai.

Sebab utama mengapa anda tidak boleh log masuk ke MySQL sebagai akar adalah masalah kebenaran, ralat fail konfigurasi, kata laluan tidak konsisten, masalah fail soket, atau pemintasan firewall. Penyelesaiannya termasuk: periksa sama ada parameter pengikat di dalam fail konfigurasi dikonfigurasi dengan betul. Semak sama ada kebenaran pengguna root telah diubahsuai atau dipadam dan ditetapkan semula. Sahkan bahawa kata laluan adalah tepat, termasuk kes dan aksara khas. Semak tetapan dan laluan kebenaran fail soket. Semak bahawa firewall menyekat sambungan ke pelayan MySQL.

MySQL tidak boleh berjalan secara langsung di Android, tetapi ia boleh dilaksanakan secara tidak langsung dengan menggunakan kaedah berikut: menggunakan pangkalan data ringan SQLite, yang dibina di atas sistem Android, tidak memerlukan pelayan yang berasingan, dan mempunyai penggunaan sumber kecil, yang sangat sesuai untuk aplikasi peranti mudah alih. Sambungkan jauh ke pelayan MySQL dan sambungkan ke pangkalan data MySQL pada pelayan jauh melalui rangkaian untuk membaca dan menulis data, tetapi terdapat kelemahan seperti kebergantungan rangkaian yang kuat, isu keselamatan dan kos pelayan.

MySQL boleh mengembalikan data JSON. Fungsi JSON_EXTRACT mengekstrak nilai medan. Untuk pertanyaan yang kompleks, pertimbangkan untuk menggunakan klausa WHERE untuk menapis data JSON, tetapi perhatikan kesan prestasinya. Sokongan MySQL untuk JSON sentiasa meningkat, dan disyorkan untuk memberi perhatian kepada versi dan ciri terkini.
