Memilih jenis data yang betul dalam MySQL dapat meningkatkan prestasi dan kecekapan penyimpanan. 1. Pilih varchar panjang atau variable-panjang varchar mengikut panjang medan, dan gunakan kecil dalam medan status terlebih dahulu; 2. Gunakan tarikh, datetime atau timestamp untuk jenis masa seperti yang diperlukan untuk mengelakkan menggunakan int untuk menyimpan cap waktu; 3. Gunakan teks/gumpalan untuk mengutamakan Varchar untuk mengurangkan overhead I/O; 4. Gunakan jenis enum atau jadual bebas untuk menghitung nilai untuk meningkatkan penyeragaman data dan kecekapan pertanyaan.

Memilih jenis data yang sesuai dalam MySQL secara langsung mempengaruhi prestasi, kecekapan penyimpanan, dan penyelenggaraan pangkalan data. Apabila ramai orang mula menulis struktur meja, mereka sering memilih VARCHAR(255) atau INT hanya dengan hanya memilih, tetapi sebenarnya, setiap jenis data mempunyai senario yang berkenaan. Jika anda memilih yang betul, ia dapat menjimatkan ruang dan meningkatkan kelajuan pertanyaan; Jika anda memilih yang salah, ia mungkin melambatkan keseluruhan sistem.

1. Pilih jenis yang sesuai mengikut panjang kandungan medan

MySQL menyediakan pelbagai jenis rentetan dan angka, seperti CHAR , VARCHAR , TEXT , TINYINT , INT , BIGINT , dan lain -lain. Kunci untuk memilih jenis ini adalah untuk menganggarkan panjang maksimum dan pelbagai variasi kandungan medan .

• Panjang tetap vs panjang perubahan:

  • Jika panjang medan pada dasarnya ditetapkan (seperti nombor telefon bimbit, nombor ID), lebih sesuai untuk menggunakan CHAR(N) , walaupun ia akan menduduki ruang tetap.
  • Jika perbezaan panjang adalah besar (seperti nama pengguna, maklumat penerangan), ia lebih sesuai untuk VARCHAR(N) , yang hanya mengambil ruang sebenar yang digunakan.

• Jenis angka:

  
  • Sebagai contoh, medan status biasanya hanya mempunyai beberapa nilai, dan menggunakan TINYINT sudah cukup. Tidak perlu menggunakan INT , yang menjimatkan ruang dan mengurangkan tekanan I/O.

Sebagai contoh, jika anda mempunyai medan yang mewakili "jantina", anda boleh menggunakan ENUM('male', 'female') atau TINYINT , tetapi ia lebih efisien daripada menggunakan VARCHAR(10) .

2. Perhatikan ketepatan dan tujuan jenis masa

MySQL menyediakan jenis yang berkaitan dengan masa seperti DATE , DATETIME , dan TIMESTAMP . Mereka masing -masing mempunyai senario yang berkenaan:

• Tarikh: Hanya tarikh yang disimpan, formatnya adalah YYYY-MM-DD , yang sesuai untuk hari lahir, tarikh akhir, dan lain-lain, di mana masa tidak diperlukan.
• DateTime: Kedai tarikh dan masa, dengan julat yang lebih besar (dari 1000 hingga 9999), sesuai untuk mencipta penciptaan atau masa kemas kini.
• Timestamp: Sama seperti DateTime, tetapi mempunyai fungsi kemas kini automatik dan dipengaruhi oleh zon waktu. Biasanya digunakan dalam bidang yang memerlukan rakaman masa operasi automatik.

Kesalahpahaman yang biasa adalah untuk menjimatkan masa sebagai setem masa jenis INT . Walaupun ini mudah untuk mengendalikan dalam beberapa bahasa, ia boleh menjadi rumit untuk melakukan perbandingan masa atau output format dalam pertanyaan SQL.

3. Elakkan penyalahgunaan teks dan jenis gumpalan

Jenis TEXT dan BLOB sesuai untuk menyimpan kandungan yang lebih lama, seperti badan artikel, data binari imej, dan lain -lain tetapi mereka juga mempunyai beberapa kelemahan untuk diperhatikan:

• Bidang yang menggunakan TEXT/BLOB tidak boleh digunakan sebagai sebahagian daripada indeks (melainkan jika anda menentukan panjang awalan).
• Data mereka biasanya tidak disimpan dalam baris jadual utama, tetapi disimpan secara berasingan dan dirujuk sebagai penunjuk, yang menghasilkan overhead tambahan I/O.
• Menggunakan bidang sedemikian apabila menyusun atau mengumpulkan akan mengakibatkan kemerosotan prestasi yang signifikan.

Oleh itu, jika anda tidak perlu menyimpan sejumlah besar teks, cuba ganti TEXT dengan VARCHAR . Sebagai contoh, medan profil pengguna biasanya beberapa ratus perkataan cukup, dan menggunakan VARCHAR(1000) lebih sesuai daripada TEXT .

4. Gunakan jenis enum yang munasabah

Bagi sesetengah bidang dengan nilai terhad, seperti status pesanan dan peranan pengguna, julat input boleh dibatasi dengan menggunakan jenis ENUM :

 status enum ('menunggu', 'pemprosesan', 'selesai', 'dibatalkan')

Faedah melakukan ini adalah:

• Lebih banyak data standard untuk mengelakkan penyisipan nilai tidak sah
• Penyataan pertanyaan boleh lebih ringkas dan jelas
• Dalam beberapa kes, ia lebih ringan daripada persatuan utama asing

Walau bagaimanapun, ia juga harus diperhatikan bahawa jika nilai penghitungan mungkin sering diperluaskan pada masa akan datang, atau nilai negeri boleh dikongsi antara jadual yang berbeza, lebih baik menggunakan kunci negeri bebas negeri bebas.

Pada dasarnya itu sahaja. Memilih jenis data yang betul tidak rumit, tetapi mudah diabaikan. Selagi anda menilai berdasarkan dimensi kandungan medan, kekerapan penggunaan, dan keperluan penyimpanan, anda boleh menulis struktur jadual yang lebih cekap.

Atas ialah kandungan terperinci Memilih jenis data yang sesuai di MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!