VARCHAR là gì? Tổng quan về kiểu dữ liệu chuỗi trong SQL

16/03/2026

Trong thiết kế và tối ưu hóa cơ sở dữ liệu (Database), việc lựa chọn đúng kiểu dữ liệu là yếu tố cốt lõi để tiết kiệm không gian lưu trữ máy chủ và tăng tốc độ truy vấn. Hãy cùng Viettel IDC tìm hiểu VARCHAR là gì, cơ chế cấp phát bộ nhớ động thông minh của nó và lý do tại sao đây lại là kiểu dữ liệu chuỗi ký tự được giới lập trình viên sử dụng phổ biến nhất hiện nay.

VARCHAR là gì?

VARCHAR (viết tắt của Variable Character) là kiểu dữ liệu trong cơ sở dữ liệu (Database) chuyên dùng để lưu trữ các chuỗi văn bản có độ dài biến đổi. Khác với CHAR (luôn chiếm dung lượng lưu trữ cố định), VARCHAR mang lại sự linh hoạt tối đa bằng cách chỉ tiêu tốn không gian bộ nhớ đúng bằng số lượng ký tự thực tế được lưu trữ.

3 đặc điểm kỹ thuật cốt lõi của VARCHAR:

- Cơ chế cấp phát bộ nhớ động: Khi bạn khai báo VARCHAR(255), cột này cho phép chứa tối đa 255 ký tự. Tuy nhiên, nếu bạn chỉ nhập một chuỗi dài 10 ký tự, hệ thống sẽ chỉ chiếm dụng 10 bytes dữ liệu cộng thêm 1-2 bytes phụ trợ (overhead) để lưu trữ thông tin về độ dài chuỗi, thay vì chiếm dụng toàn bộ 255 bytes.

- Tối ưu hóa giới hạn hàng: Việc tiết kiệm dung lượng này cực kỳ quan trọng vì mỗi hàng (row) trong CSDL thường bị giới hạn kích thước tối đa (ví dụ: khoảng 65.535 bytes). Dùng VARCHAR khôn ngoan giúp bạn lưu trữ được nhiều trường dữ liệu hơn trên cùng một hàng.

- Chịu ảnh hưởng bởi bảng mã: Dung lượng thực tế bị chiếm dụng còn phụ thuộc vào bảng mã. Nếu bạn sử dụng UTF-8 (để hỗ trợ tiếng Việt có dấu hoặc biểu tượng emoji), một ký tự có thể chiếm từ 1 đến 4 bytes thay vì 1 byte mặc định.

Cú pháp và cách sử dụng VARCHAR

Khi định nghĩa một cột với kiểu dữ liệu VARCHAR, bạn bắt buộc phải chỉ định số lượng ký tự tối đa mà cột đó có thể lưu trữ. Mặc dù cú pháp có thể thay đổi đôi chút tùy thuộc vào từng hệ quản trị cơ sở dữ liệu (SQL dialects), nhưng nhìn chung đều tuân theo cấu trúc chuẩn sau:

SQL

VARCHAR(n)

Trong đó, n đại diện cho số lượng ký tự tối đa mà cột có thể chứa. Phạm vi hợp lệ của n sẽ phụ thuộc vào từng hệ thống SQL cụ thể (ví dụ: MySQL, SQL Server, PostgreSQL).

Ví dụ minh họa:

SQL

CREATE TABLE Employees (

EmployeeID INT PRIMARY KEY,

FirstName VARCHAR(50),

LastName VARCHAR(50),

Email VARCHAR(100) UNIQUE,

Department VARCHAR(30)

);

Trong đoạn mã SQL tạo bảng Employees ở trên, chúng ta có thể thấy cách ứng dụng thực tế:

- Cột FirstName (Tên) và LastName (Họ) có thể lưu trữ tối đa 50 ký tự.

- Cột Email có thể lưu trữ một chuỗi dài tối đa 100 ký tự (và đi kèm điều kiện duy nhất UNIQUE).

- Cột Department (Phòng ban) được cấu hình để lưu trữ tối đa 30 ký tự.

So sánh VARCHAR với các kiểu dữ liệu chuỗi khác

Việc nắm vững sự khác biệt giữa VARCHAR và các kiểu dữ liệu chuỗi khác như CHAR hay TEXT là điều kiện tiên quyết để các nhà phát triển tối ưu hóa cấu trúc cơ sở dữ liệu dựa trên đặc thù của từng loại thông tin.

1. Sự khác biệt giữa VARCHAR và CHAR

Mặc dù đều dùng để lưu trữ chuỗi ký tự, bản chất cấp phát bộ nhớ của hai kiểu dữ liệu này lại hoàn toàn trái ngược nhau:

Tiêu chí	VARCHAR(n)	CHAR(n)
Chiều dài	Chiều dài biến đổi, tối đa lên đến n ký tự.	Chiều dài cố định, luôn luôn chiếm chính xác n ký tự.
Lưu trữ	Chỉ tiêu tốn dung lượng bằng đúng chuỗi thực tế + 1 hoặc 2 bytes (để lưu thông tin độ dài chuỗi).	Luôn chiếm dụng đủ n bytes. Nếu chuỗi ngắn hơn n, hệ thống sẽ tự động chèn thêm khoảng trắng (padding) cho đủ.
Hiệu suất	Thường chậm hơn một chút đối với các dữ liệu có độ dài cố định do hệ thống phải tính toán không gian lưu trữ biến đổi.	Tốc độ trích xuất nhanh hơn đối với dữ liệu có độ dài chuẩn hóa vì không gian lưu trữ đã được xác định trước.
Ứng dụng thực tế	Lý tưởng cho các cột mà chiều dài dữ liệu dao động mạnh (VD: Họ tên, Địa chỉ Email, Tên công ty).	Hoàn hảo cho các cột có chiều dài dữ liệu đồng nhất (VD: Mã quốc gia - VN, US; Mã số thuế; Số điện thoại).

Ví dụ minh họa:

SQL

-- Sử dụng kết hợp CHAR và VARCHAR

CREATE TABLE Countries (

CountryCode CHAR(3) PRIMARY KEY,

CountryName VARCHAR(100)

);

Trong ví dụ này, CountryCode (Mã quốc gia) sử dụng CHAR(3) vì mọi mã quốc gia (như VNM, USA, JPN) đều có độ dài cố định chuẩn là 3 ký tự. Ngược lại, CountryName (Tên quốc gia) dùng VARCHAR(100) vì độ dài tên mỗi nước là khác nhau.

Sự khác biệt giữa VARCHAR và CHAR

2. Sự khác biệt giữa VARCHAR và TEXT

Khi đối mặt với các khối văn bản lớn, câu hỏi thường đặt ra là nên dùng VARCHAR hay TEXT:

Tiêu chí	VARCHAR(n)	TEXT
Giới hạn	Lên đến một giới hạn n cụ thể do bạn định nghĩa (phụ thuộc vào từng hệ quản trị CSDL - DBMS).	Kích thước rất lớn, thường lên đến 65.535 ký tự (hoặc hơn tùy thuộc vào DBMS và cấu hình máy chủ).
Đánh chỉ mục	Hỗ trợ đánh chỉ mục (index) dễ dàng và có thể sử dụng linh hoạt trong các điều kiện ràng buộc (constraints).	Khả năng đánh chỉ mục bị hạn chế nghiêm ngặt (thường chỉ cho phép index một phần tiền tố của chuỗi).
Hiệu suất	Hiệu suất vượt trội hơn hẳn trong các thao tác tìm kiếm, lọc dữ liệu (WHERE) và đánh chỉ mục.	Tốc độ truy xuất và xử lý có thể chậm hơn đáng kể khi thao tác với các khối văn bản đồ sộ.
Ứng dụng thực tế	Dữ liệu văn bản từ ngắn đến trung bình (VD: Tiêu đề bài viết, Bình luận ngắn, Đường dẫn URL).	Dữ liệu văn bản cực lớn (VD: Nội dung chi tiết của bài báo, Mô tả sản phẩm dài, Lưu trữ mã HTML).

Ví dụ minh họa:

SQL

-- Sử dụng kết hợp TEXT và VARCHAR

CREATE TABLE Articles (

ArticleID INT PRIMARY KEY,

Title VARCHAR(200),

Content TEXT

);

Ở bảng Articles này, cột Title (Tiêu đề) sử dụng VARCHAR(200) vì tiêu đề có độ dài thay đổi nhưng vẫn nằm trong một giới hạn nhất định. Trong khi đó, cột Content (Nội dung bài viết) buộc phải dùng TEXT để đủ sức chứa toàn bộ văn bản dài của một bài báo.

Các nguyên tắc thiết kế khi sử dụng VARCHAR

Để tận dụng tối đa sức mạnh của hệ quản trị cơ sở dữ liệu và tránh các "nút thắt cổ chai" (bottleneck) về hiệu suất trong tương lai, các lập trình viên và quản trị viên (DBA) cần tuân thủ các nguyên tắc sau khi làm việc với VARCHAR:

- Xác định độ dài vừa đủ: Hãy định nghĩa kích thước VARCHAR dựa trên đặc tính thực tế của dữ liệu dự kiến. Tuyệt đối tránh thói quen khai báo VARCHAR(255) một cách vô tội vạ cho mọi trường văn bản. Việc cấp phát giới hạn quá lớn dù không dùng hết cũng sẽ làm tốn thêm bộ nhớ RAM khi Database Engine thực thi các câu lệnh truy vấn tạm thời (như GROUP BY hay ORDER BY).

SQL
CREATE TABLE Customers (

CustomerID INT PRIMARY KEY,

PhoneNumber VARCHAR(15), -- Giới hạn 15 ký tự là vừa đủ và chuẩn xác cho định dạng số điện thoại quốc tế

Address VARCHAR(255)

);

- Tuyệt đối ưu tiên VARCHAR cho dữ liệu biến đổi: Như đã phân tích, đối với các trường thông tin có độ chênh lệch chiều dài lớn giữa các bản ghi (Họ tên, Email, Tiêu đề), VARCHAR luôn là lựa chọn tối ưu hơn CHAR để tiết kiệm dung lượng ổ đĩa.

- Cẩn trọng với việc đánh chỉ mục: Việc thiết lập Index trên các cột VARCHAR quá dài sẽ làm kích thước file Index phình to nhanh chóng, đồng thời làm giảm hiệu suất nghiêm trọng của các thao tác INSERT, UPDATE, DELETE. Bạn chỉ nên ưu tiên đánh Index cho các cột VARCHAR ngắn và có tần suất xuất hiện cao trong mệnh đề WHERE của các truy vấn tìm kiếm.

- Thiết lập các ràng buộc dữ liệu: Kết hợp VARCHAR với các ràng buộc như NOT NULL (bắt buộc nhập) hoặc UNIQUE (duy nhất) để duy trì tính toàn vẹn của dữ liệu từ cấp độ cơ sở dữ liệu.

SQL

CREATE TABLE Employees (

EmployeeID INT PRIMARY KEY,

Email VARCHAR(100) UNIQUE NOT NULL, -- Đảm bảo mỗi nhân viên có một email duy nhất và không được để trống

Phone VARCHAR(20)

);

- Đồng nhất bảng mã ký tự: Đảm bảo rằng Character Set (Bộ ký tự) và Collation (Quy tắc so sánh chuỗi) được thiết lập đồng nhất giữa các bảng có liên kết với nhau. Việc lệch bảng mã (ví dụ: một bảng dùng utf8, bảng kia dùng utf8mb4) có thể gây ra lỗi không thể JOIN bảng hoặc hiển thị sai lệch font chữ.

SQL
CREATE TABLE InternationalUsers (

UserID INT PRIMARY KEY,

Username VARCHAR(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci,

Email VARCHAR(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

);

- Sử dụng VARCHAR(MAX) hoặc TEXT đúng lúc: Khi cần lưu trữ các đoạn văn bản khổng lồ (như nội dung bài blog, file log), hãy chuyển sang sử dụng VARCHAR(MAX) (đối với SQL Server) hoặc kiểu TEXT (đối với MySQL/PostgreSQL) thay vì cố gắng ép giới hạn số lượng ký tự.

- Không lạm dụng VARCHAR cho mọi loại dữ liệu: Đừng biến mọi cột thành chuỗi ký tự. Nếu dữ liệu bản chất là con số dùng để tính toán, hãy dùng INT hoặc DECIMAL. Nếu là ngày tháng, bắt buộc phải dùng DATE hoặc DATETIME. Việc dùng đúng kiểu dữ liệu giúp Database Engine xử lý nhanh hơn rất nhiều so với việc phải ép kiểu (cast type) từ VARCHAR.

Kết luận

Tóm lại, VARCHAR không chỉ đơn thuần là một kiểu dữ liệu lưu trữ văn bản phổ biến, mà còn là một công cụ đắc lực giúp tối ưu hóa không gian ổ đĩa và hiệu năng truy vấn của toàn bộ hệ quản trị cơ sở dữ liệu. Việc hiểu sâu sắc bản chất VARCHAR là gì, cũng như nắm vững ranh giới sử dụng giữa VARCHAR, CHAR và TEXT, sẽ giúp các lập trình viên (Developer) và quản trị viên (DBA) thiết kế ra những cấu trúc (schema) dữ liệu thông minh và chuẩn xác nhất.

Tuân thủ các nguyên tắc thiết kế "vàng" – từ việc cấp phát độ dài vừa đủ, sử dụng đúng mục đích, cho đến cẩn trọng trong việc thiết lập chỉ mục (index) – chính là chìa khóa để ngăn chặn tình trạng "thắt cổ chai" phần cứng và xây dựng một hệ thống Database bền vững, dễ dàng mở rộng quy mô.

Một cơ sở dữ liệu được tối ưu hóa tinh gọn từ cấp độ cấu trúc bảng, khi được triển khai trên nền tảng hạ tầng máy chủ ảo (Cloud Server) hay các dịch vụ lưu trữ mạnh mẽ, bảo mật của Viettel IDC, sẽ phát huy tối đa tốc độ xử lý và đảm bảo tính ổn định tuyệt đối cho hệ thống ứng dụng của doanh nghiệp. Hy vọng bài viết này đã cung cấp cho bạn những góc nhìn kỹ thuật hữu ích nhất để áp dụng trực tiếp vào các dự án thực tế!

Để được hỗ trợ tư vấn và tìm hiểu các dịch vụ của Viettel, bạn có thể liên hệ trực tiếp tới Viettel IDC qua các kênh:

- Hotline: 1800 8088 (miễn phí cước gọi)

- Fanpage: https://www.facebook.com/viettelidc

- Website: https://viettelidc.com.vn