40
thể trùng lặp:
MySQL: Large VARCHAR vs. TEXT?Khi sử dụng TEXT trong mysql thay vì VARCHAR
Kể từ VARCHAR thể có 65k byte bây giờ, khi đó nên TEXT được sử dụng thay VARCHAR?
A
Trả lời
57
Dài VARCHAR được lưu trữ theo cách tương tự như trường TEXT/BLOB trong InnoDB.
Từ lưu trữ BLOB tiềm năng, TEXT như cũng như VARCHAR dài được xử lý cùng cách bởi InnoDB. Đây là lý do tại sao Innodb hướng dẫn sử dụng gọi nó là “cột dài” thay vì so với BLOB.
Trừ khi bạn cần để index các cột này (trong trường hợp này VARCHAR là nhanh hơn nhiều) không có lý do để sử dụng VARCHAR qua TEXT cho các lĩnh vực dài - có một số optimisations cụ cơ trong MySQL để điều chỉnh việc truy xuất dữ liệu theo độ dài và bạn nên sử dụng đúng loại cột để tận dụng lợi thế của các loại cột này.
Trong trường hợp bạn đang sử dụng MyISAM một cuộc thảo luận chuyên sâu về chủ đề là here.
TEXT và BLOB được lưu trữ ra khỏi bàn với bảng chỉ có một con trỏ đến vị trí của lưu trữ thực tế.
VARCHAR được lưu trữ nội tuyến bằng bảng. VARCHAR nhanh hơn khi kích thước hợp lý.
Theo this test, VARCHAR khoảng ba lần nhanh như văn bản.
+8
Xác định "trường dài". –
+3
@PaulBrewczynski> 768 byte (xem liên kết Lion posted) – delrox
+1
Một sửa chữa cho InnoDB: TEXT và BLOB được lưu trữ ngoài bảng trong InnoDB chỉ khi "dài" (> 768 byte) và chỉ đuôi được lưu trữ ngoài bảng (tương tự tới VARCHAR). Sự khác biệt thực sự là độ dài tối đa khác nhau, và với VARCHAR bạn phải cung cấp độ dài tối đa (thực thi cùng với giới hạn hệ thống là 65k). – delrox
4
Văn bản nên được sử dụng cho các chuỗi dài thực sự không xác định. Ngoài ra, các truy vấn trả về các trường TEXT có xu hướng chậm hơn nhiều so với các đối tác VARCHAR của chúng.
+0
Trong cơ sở dữ liệu của tôi, tôi có một cột có tên là Mô tả. Liệu kiểu dữ liệu có phải là VARCHAR hay TEXT không? Tôi không chắc chắn dữ liệu mô tả sẽ kéo dài trong bao lâu, nhưng tôi dự định đặt giới hạn số từ vào giao diện người dùng để nó có độ dài tối đa. – codeinprogress
Các vấn đề liên quan
- 1. MySQL TEXT hoặc VARCHAR
- 2. MySQL - TEXT vs CHAR và VARCHAR
- 3. Khi nào chúng ta phải sử dụng NVARCHAR/NCHAR thay vì VARCHAR/CHAR trong SQL Server?
- 4. Tạo cột với varchar (tối đa) thay vì varchar (8000)
- 5. Tại sao sử dụng ROLAP thay vì MySQL đơn giản?
- 6. Sử dụng VARCHAR hoặc TEXT làm ánh xạ chuỗi mặc định trong OpenJPA
- 7. Tôi có nên sử dụng NoSQL thay vì MySQL không?
- 8. Khi sử dụng VARCHAR và DATE/DATETIME
- 9. Tìm tối đa trong mysql khi cột là varchar
- 10. Tại thời điểm nào MySQL bắt đầu xử lý các loại VARCHAR cols như TEXT cols?
- 11. Khi nào sử dụng Float32Array thay vì Array trong JavaScript
- 12. MySQL - cách sử dụng VARCHAR như AUTO INCREMENT Primary Key
- 13. MySQL index varchar dài
- 14. sử dụng ExecuteReader thay vì ExecuteNonQuery
- 15. Sử dụng cassandra thay vì memcache?
- 16. Text Field sử dụng Hibernate Chú
- 17. Khi nào tôi sẽ sử dụng XML thay vì SQL?
- 18. Khi nào cần sử dụng Helpers thay vì Partials
- 19. Khi nào sử dụng HttpApplicationState thay vì Web.Caching.Cache?
- 20. Khi nào tôi nên sử dụng UserControl thay vì Trang?
- 21. Khi nào sử dụng địa chỉ (x) thay vì & x?
- 22. khi nào nên sử dụng index.php thay vì index.html
- 23. Excel: Mặc định là TEXT thay vì CHUNG khi mở tệp .csv
- 24. Khi nào tôi nên sử dụng UIImagePickerControllerSourceTypePhotoLibrary thay vì UIImagePickerControllerSourceTypeSavedPhotosAlbum?
- 25. Khi nào nên sử dụng zip thay vì izip?
- 26. Sử dụng MariaDB thay vì MySQL trong dự án Rails của tôi
- 27. Kiểm tra phạm vi Mysql thay vì sử dụng chỉ mục trên tham gia bên trong
- 28. Có sử dụng enum ('y', 'n') thay vì một trường boolean trong bảng MySQL không?
- 29. khác biệt giữa TEXT và VARCHAR datafields là gì?
- 30. Kích thước VARCHAR của MySQL?
Khi bạn cần nhiều hơn 65k ký tự. :) – GordonM
Đó phải là 65k * byte *, không phải ký tự, tôi nghĩ – davek
Ồ, vâng. 65k byte. Đã cập nhật câu hỏi của tôi. – enchance