Rumah >pangkalan data >tutorial mysql >Jadual pembahagian dalam MySQL: pengenalan terperinci dan teknik pengoptimuman
Apabila jumlah data terus berkembang, ia menjadi semakin sukar untuk menyimpan dan menanyakan data dalam MySQL. Jadual partition adalah fungsi pangkalan data MySQL, yang boleh menyelesaikan masalah volum data yang besar dan kelajuan pertanyaan yang perlahan. Artikel ini akan memperkenalkan jadual partition dalam MySQL secara terperinci dan menyediakan beberapa petua pengoptimuman.
1. Apakah jadual partition MySQL?
Jadual partition MySQL ialah ciri yang diperkenalkan selepas MySQL versi 5.1 Ia membolehkan jadual besar dibahagikan kepada beberapa sub-jadual kecil boleh diasingkan, disimpan dan ditanya mengikut yang ditentukan syarat. Sebagai contoh, data transaksi pengguna boleh dipisahkan kepada subjadual berbeza mengikut tahun atau bulan. Setiap sub-jadual boleh diselenggara secara bebas, meningkatkan kecekapan pertanyaan dan penyelenggaraan.
2. Mengapa anda perlu menggunakan jadual partition MySQL?
Biasanya, kecekapan pertanyaan rendah berlaku apabila jadual besar menyimpan data. Apabila jumlah data adalah besar, operasi pertanyaan akan mengambil masa yang lama dan menduduki sejumlah besar sumber sistem. Menggunakan jadual pembahagian membolehkan operasi pertanyaan dilakukan hanya pada subjadual tertentu, dengan itu meningkatkan kecekapan pertanyaan dengan ketara.
Menggunakan jadual partition boleh memisahkan data kepada sub-jadual yang berbeza untuk storan, mengurangkan ruang storan setiap jadual data. Ini mengurangkan kos penyimpanan.
Setiap sub-jadual boleh diselenggara secara bebas tanpa perlu mengendalikan keseluruhan meja, yang menjadikan penyelenggaraan lebih mudah.
3. Bagaimana untuk mencipta jadual partition MySQL?
Proses mencipta jadual partition adalah serupa dengan mencipta jadual biasa. Perbezaannya terletak pada keperluan untuk menentukan kaedah dan medan pembahagian. Contohnya, kami mencipta jadual rekod transaksi yang dibahagikan mengikut tarikh Kodnya adalah seperti berikut:
CREATE TABLE trade_records ( id INT(11) NOT NULL AUTO_INCREMENT, trade_time DATETIME NOT NULL, trade_amount INT(11) NOT NULL, PRIMARY KEY (id, trade_time) ) PARTITION BY RANGE (YEAR(trade_time)) ( PARTITION p0 VALUES LESS THAN (2015), PARTITION p1 VALUES LESS THAN (2016), PARTITION p2 VALUES LESS THAN (2017), PARTITION p3 VALUES LESS THAN (2018), PARTITION p4 VALUES LESS THAN MAXVALUE );
Dalam kod ini, apabila kami mencipta jadual, kami menggunakan klausa PARTITION BY RANGE dan menentukan medan trade_time sebagai penanda aras , dibahagikan mengikut tahun. Dan lima subjadual digunakan untuk pembahagian, dari 2015 hingga masa tanpa had. Selain itu, kunci primer bersama dinyatakan dalam kod untuk memastikan keunikan antara medan kunci partition dan kunci primer.
Selain membahagikan mengikut julat, anda juga boleh membahagikan mengikut senarai atau cincang. Mengambil mod senarai sebagai contoh, kami mencipta jadual rekod transaksi yang dibahagikan mengikut rantau Kodnya adalah seperti berikut:
CREATE TABLE trade_records ( id INT(11) NOT NULL AUTO_INCREMENT, trade_time DATETIME NOT NULL, trade_amount INT(11) NOT NULL, location VARCHAR(50) NOT NULL, PRIMARY KEY (id, trade_time) ) PARTITION BY LIST (location) ( PARTITION p_domestic VALUES IN ('Shanghai', 'Beijing'), PARTITION p_hongkong VALUES IN ('Hong Kong'), PARTITION p_others VALUES IN (DEFAULT) );
Dalam kod ini, kami menggunakan klausa PARTITION BY LIST semasa membuat jadual, menyatakan medan lokasi. digunakan sebagai asas dan dibahagikan mengikut wilayah. Tiga subjadual digunakan untuk pembahagian. Antaranya, sub-jadual lalai p_others boleh menerima kawasan selain daripada partition bernama.
4. Kemahiran pengoptimuman jadual partition MySQL
Apabila membahagikan partition, ia harus ditentukan mengikut yang sebenar Secara amnya disyorkan Kawal kepada sekitar 10-20. Terlalu banyak subjadual meningkatkan kos penyelenggaraan dan memerlukan lebih banyak masa untuk melakukan pertanyaan.
Memilih kunci partition yang sesuai boleh meningkatkan kecekapan pertanyaan. Jika kunci partition yang dipilih boleh membahagikan data kepada sub-jadual yang berbeza, maka hanya sub-jadual yang sepadan perlu diakses semasa pertanyaan, yang boleh mengurangkan masa pertanyaan. Walau bagaimanapun, jika anda memilih kunci partition yang tidak membahagikan data dengan cekap, masa pertanyaan akan meningkat.
Pertanyaan sekatan silang mungkin melibatkan berbilang sub-jadual, yang akan mengurangkan kecekapan. Oleh itu, apabila membuat pertanyaan, elakkan pertanyaan sekatan silang apabila boleh.
Walaupun jadual partition boleh mengurangkan kos penyimpanan dan memudahkan penyelenggaraan, disebabkan penggunaan berbilang sub-jadual, masa pertanyaan juga akan meningkat dengan sewajarnya. Oleh itu, jadual perlu diselenggara sebelum membuat pertanyaan, seperti memadamkan data yang tidak diperlukan atau mengoptimumkan indeks untuk meningkatkan kecekapan pertanyaan.
MySQL official menyediakan banyak alatan dan petua yang boleh digunakan untuk mengoptimumkan prestasi jadual partition. Sebagai contoh, gunakan alat EXPLAIN yang disediakan secara rasmi untuk menganalisis isu prestasi dalam pernyataan pertanyaan menggunakan alat pt-online-schema-change untuk mengubah suai jadual partition untuk mengelakkan kesan pada jadual semasa proses pengubahsuaian.
Ringkasnya, pembahagian jadual ialah kaedah penting untuk pengoptimuman MySQL Dengan membahagikan sub-jadual secara munasabah, memilih kunci partition yang sesuai dan menyelenggara jadual secara kerap, kecekapan pertanyaan boleh dipertingkatkan dengan banyak dan kos penyimpanan dapat dikurangkan. Walau bagaimanapun, menggunakan jadual partition juga mempunyai kelemahannya, dan pada masa yang sama, anda perlu mengikuti beberapa prinsip dan langkah berjaga-jaga untuk memastikan operasi normalnya.
Atas ialah kandungan terperinci Jadual pembahagian dalam MySQL: pengenalan terperinci dan teknik pengoptimuman. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!