


Bolehkah saya Mengubah Suai Kunci Utama dalam MySQL Sambil Mengekalkan Medan Peningkatan Automatik Berfungsi?
Oct 29, 2024 pm 07:18 PMPengubahsuaian Kunci Utama MySQL: Mengimbangi Peningkatan Auto dan Kecekapan Pertanyaan
Apabila mentakrifkan jadual dalam MySQL, cabaran biasa timbul apabila cuba menggabungkan medan kenaikan automatik dengan satu lagi kunci sebagai kunci utama. Artikel ini menangani isu tentang cara untuk mencapai ini sambil mengekalkan prestasi optimum dan kebolehcapaian pengecam.
Contoh jadual yang disediakan menampilkan medan id penambahan automatik dan medan memberid unik yang digunakan untuk mengenal pasti ahli dalam pertanyaan. Timbul persoalan tentang bagaimana untuk menetapkan memberid sebagai kunci utama sambil mengekalkan kefungsian auto-increment medan id.
Ralat "1075 - Takrif jadual yang salah; hanya boleh ada satu lajur automatik dan ia mesti ditakrifkan sebagai kunci" menunjukkan bahawa MySQL memerlukan lajur peningkatan automatik untuk ditakrifkan sebagai kunci. Untuk menyelesaikan masalah ini, indeks (kunci) mesti ditambahkan pada medan id.
Takrif jadual yang diubah suai berikut menangani isu:
CREATE TABLE members ( id int(11) UNSIGNED NOT NULL AUTO_INCREMENT, memberid VARCHAR( 30 ) NOT NULL , `time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP , firstname VARCHAR( 50 ) NULL , lastname VARCHAR( 50 ) NULL , PRIMARY KEY (memberid), KEY (id) --- or: UNIQUE KEY (id) ) ENGINE = MYISAM;
Dengan mencipta indeks pada medan id, MySQL akan dapat mengesan rekod dengan cekap menggunakan sama ada medan id atau memberid. Penyelesaian ini memastikan bahawa prestasi pertanyaan menggunakan memberid tidak terjejas sambil mengekalkan faedah medan id peningkatan automatik.
Oleh itu, adalah mungkin untuk mengkonfigurasi jadual pangkalan data dengan kunci utama yang bukan auto -medan kenaikan sementara masih mengekalkan kefungsian dan kecekapan lajur kenaikan automatik. Fleksibiliti dalam reka bentuk jadual ini membolehkan prestasi optimum dan penggunaan pengecam mesra pengguna dalam pertanyaan.
Atas ialah kandungan terperinci Bolehkah saya Mengubah Suai Kunci Utama dalam MySQL Sambil Mengekalkan Medan Peningkatan Automatik Berfungsi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

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

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

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

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

Urus niaga MySQL mengikuti ciri -ciri asid untuk memastikan kebolehpercayaan dan konsistensi urus niaga pangkalan data. Pertama, atomiki memastikan bahawa urus niaga dilaksanakan sebagai keseluruhan yang tidak dapat dipisahkan, sama ada semua berjaya atau semua gagal untuk kembali. Sebagai contoh, pengeluaran dan deposit mesti diselesaikan atau tidak berlaku pada masa yang sama dalam operasi pemindahan; Kedua, konsistensi memastikan bahawa transaksi peralihan pangkalan data dari satu keadaan yang sah ke yang lain, dan mengekalkan logik data yang betul melalui mekanisme seperti kekangan dan pencetus; Ketiga, pengasingan mengawal penglihatan pelbagai urus niaga apabila pelaksanaan serentak, menghalang bacaan kotor, bacaan yang tidak dapat dikembalikan dan bacaan fantasi. MySQL menyokong ReadunCommitted dan ReadCommi.

Tahap pengasingan urus niaga mysql adalah berulang, yang menghalang bacaan kotor dan bacaan yang tidak boleh dikembalikan melalui kunci MVCC dan GAP, dan mengelakkan bacaan hantu dalam kebanyakan kes; Tahap utama yang lain termasuk bacaan yang tidak komited (readuncommitted), yang membolehkan bacaan kotor tetapi prestasi terpantas, 1. memastikan integriti data tetapi mengorbankan prestasi;

Untuk menambah direktori bin MySQL ke laluan sistem, ia perlu dikonfigurasikan mengikut sistem operasi yang berbeza. 1. Sistem Windows: Cari folder bin dalam direktori pemasangan MySQL (laluan lalai biasanya c: \ programfiles \ mysql \ mysqlserverx.x \ bin), klik kanan "Komputer ini" → "sifat" → "Tetapan Sistem Lanjutan" → " MySQL-Pengesahan versi; 2.Macos dan Sistem Linux: Pengguna Bash Edit ~/.bashrc atau ~/.bash_

TosecurelyConnecttoaremotemysqlserver, usesshtunneling, configuremysqlforremoteaccess, setfirewallrules, andconsidersslencryption .First, DesiglishansshtunnelWithSSH-L3307: localhost: 3306user@remote-server-nandconnectviamysql-h127.0.0.1-p3307.second, editmys

MySqlworkbench menyimpan maklumat sambungan dalam fail konfigurasi sistem. Laluan khusus berbeza mengikut sistem operasi: 1. 2. Ia terletak di ~/Perpustakaan/Applicationsupport/MySQL/Workbench/Connections.xml dalam sistem macOS; 3. Ia biasanya terletak di ~/.mysql/workbench/connections.xml dalam sistem linux atau ~/.local/share/data/mysql/wor

AconnectionpoolisacacheofdatabaseconnectionsThatareKeptopenandreusedToimproveefficiency.insteadofopeningandclosingconnectionsforeachRequest, theapplicationBorrowsaconnectionnectionFromThePool, andthenreturnsit

Hidupkan log pertanyaan perlahan MySQL dan menganalisis isu prestasi lokasi. 1. Edit fail konfigurasi atau ditetapkan secara dinamik SLOW_QUERY_LOG dan LONG_QUERY_TIME; 2. Log mengandungi medan utama seperti query_time, lock_time, rows_examined untuk membantu menilai kesesakan kecekapan; 3. Gunakan alat mysqldumpslow atau pt-query-digest untuk menganalisis log dengan cekap; 4. Cadangan pengoptimuman termasuk menambah indeks, mengelakkan pilih*, memisahkan pertanyaan kompleks, dan lain -lain. Sebagai contoh, menambah indeks ke user_id dapat mengurangkan jumlah baris yang diimbas dan meningkatkan kecekapan pertanyaan.

MySQLDUMP adalah alat yang biasa untuk melakukan sandaran logik pangkalan data MySQL. Ia menjana fail SQL yang mengandungi penyataan CREATE dan INSERT untuk membina semula pangkalan data. 1. Ia tidak menyandarkan fail asal, tetapi menukarkan struktur dan kandungan pangkalan data ke dalam arahan SQL mudah alih; 2. Ia sesuai untuk pangkalan data kecil atau pemulihan selektif, dan tidak sesuai untuk pemulihan data tahap TB yang cepat; 3. Pilihan biasa termasuk--single-transaksi,-databases,-semua data,-routin, dan sebagainya; 4. Gunakan perintah MySQL untuk mengimport semasa pemulihan, dan boleh mematikan cek utama asing untuk meningkatkan kelajuan; 5. Adalah disyorkan untuk menguji sandaran secara teratur, menggunakan mampatan, dan pelarasan automatik.
