Đổi Unix timestamp sang ngày giờ Việt Nam và ngược lại
Công cụ hiển thị Unix timestamp hiện tại đếm theo từng giây, đồng thời chuyển một timestamp bất kỳ thành ngày giờ theo múi giờ Việt Nam và chuyển ngày giờ bạn chọn ngược lại thành timestamp. Mọi phép đổi chạy trên trình duyệt, có nút sao chép cho từng kết quả để dán thẳng vào mã nguồn hay câu lệnh truy vấn.
Tính năng nổi bật
- Hiển thị Unix timestamp hiện tại, tự cập nhật mỗi giây
- Hiển thị song song ngày giờ hiện tại theo múi giờ Việt Nam
- Đổi timestamp tính bằng giây thành ngày giờ đầy đủ tới từng giây
- Đổi ngày giờ chọn từ ô chọn lịch thành timestamp
- Kết quả hiển thị theo định dạng ngày tháng năm quen thuộc của Việt Nam
- Nút sao chép riêng cho timestamp hiện tại, cho ngày giờ và cho timestamp đã đổi
- Chạy hoàn toàn trên trình duyệt, không gọi máy chủ và không lưu dữ liệu
- Dùng được trên điện thoại khi cần tra nhanh lúc đang trực hệ thống
Vì sao hệ thống lưu thời gian bằng một con số thay vì chuỗi ngày tháng
Chuỗi ngày tháng viết theo thói quen của người đọc là thứ rất khó dùng cho máy. Cùng một thời điểm, người Việt viết 13/08/2026, người Mỹ viết 08/13/2026, cơ sở dữ liệu lại lưu 2026-08-13, và chưa kể phần múi giờ có thể bị bỏ sót. Chỉ cần một chỗ trong hệ thống hiểu khác đi là dữ liệu lệch cả ngày. Unix timestamp gạt bỏ toàn bộ mớ rắc rối đó bằng cách đếm số giây trôi qua kể từ nửa đêm ngày 1 tháng 1 năm 1970 theo giờ quốc tế. Nó chỉ là một số nguyên, không mang định dạng, không mang múi giờ, so sánh lớn nhỏ được ngay, cộng trừ ra khoảng cách thời gian mà không cần biết tháng đó bao nhiêu ngày. Đổi lại, con người không đọc được nó, và đó chính là lúc bạn cần một công cụ đổi qua đổi lại: khi đang đọc bản ghi nhật ký hệ thống, khi kiểm tra một trường thời gian trong cơ sở dữ liệu, hay khi so hạn hết hiệu lực của một mã thông báo với thời điểm hiện tại.
Lợi ích khi sử dụng
- Đọc được ngay các trường thời gian dạng số trong nhật ký hệ thống và cơ sở dữ liệu
- Lấy timestamp hiện tại để chèn vào dữ liệu thử hoặc câu lệnh truy vấn
- Kết quả quy về múi giờ Việt Nam nên không phải tự cộng bảy tiếng
- Không cần mở công cụ dành cho nhà phát triển hay chạy một đoạn mã chỉ để đổi một con số
- Không gửi dữ liệu đi đâu nên dùng được cả khi đang xử lý nhật ký của hệ thống nội bộ
Cách chuyển đổi timestamp
- 1Xem khối trên cùng nếu bạn chỉ cần lấy timestamp của thời điểm hiện tại, số này tự chạy theo từng giây.
- 2Để đổi timestamp thành ngày giờ, dán con số vào ô Unix Timestamp ở khối bên trái rồi bấm Chuyển đổi.
- 3Kiểm tra độ dài con số trước khi dán: mười chữ số là đơn vị giây và dùng được ngay, mười ba chữ số là mili giây và cần bỏ ba chữ số cuối.
- 4Để đổi theo chiều ngược lại, chọn ngày giờ ở ô lịch bên phải rồi bấm Chuyển đổi để nhận timestamp.
- 5Bấm biểu tượng sao chép cạnh kết quả để đưa giá trị vào bộ nhớ tạm rồi dán vào nơi bạn đang làm việc.
Giây hay mili giây: cách phân biệt trước khi dán vào công cụ
Đây là lỗi khiến người ta mất thời gian nhiều nhất khi làm việc với timestamp. Cùng một thời điểm có thể được ghi bằng số giây hoặc số mili giây tùy nền tảng, và hai con số đó chênh nhau đúng một nghìn lần. Cách nhận biết nhanh nhất là đếm chữ số: timestamp tính bằng giây cho các thời điểm hiện nay có mười chữ số và bắt đầu bằng 17, còn tính bằng mili giây thì có mười ba chữ số. Về nguồn gốc, JavaScript trả về mili giây qua Date.now, Java cũng dùng mili giây, trong khi PHP với hàm time, Python với hàm time, MySQL với UNIX_TIMESTAMP và phần lớn nhật ký hệ thống trên Linux đều dùng giây. Công cụ này hiểu đầu vào là giây, nên nếu bạn dán một con số mười ba chữ số vào thì kết quả sẽ rơi vào một năm xa lắc trong tương lai. Cách xử lý đơn giản là bỏ ba chữ số cuối trước khi dán. Ngược lại, khi lấy timestamp từ công cụ này để đưa vào mã JavaScript, hãy nhớ nhân thêm một nghìn nếu hàm bạn dùng nhận mili giây.
Múi giờ và cái bẫy lớn nhất khi lưu thời gian
Bản thân timestamp không có múi giờ, nó luôn đếm theo giờ quốc tế. Múi giờ chỉ xuất hiện ở bước hiển thị. Việt Nam nằm ở múi giờ cộng bảy và không áp dụng giờ mùa hè, nên phép quy đổi luôn cố định là cộng đúng bảy tiếng so với giờ quốc tế, không thay đổi theo mùa như nhiều nước khác. Công cụ này hiển thị kết quả theo múi giờ Việt Nam nên bạn đọc được ngay, nhưng cần nhớ rằng cùng con số đó khi đưa cho một hệ thống ở châu Âu sẽ hiện ra một giờ khác, mà vẫn là cùng một khoảnh khắc. Cái bẫy kinh điển nằm ở chiều ngược lại: nhiều hệ thống lưu thẳng chuỗi ngày giờ theo giờ địa phương vào cơ sở dữ liệu mà không ghi kèm múi giờ. Chỉ cần máy chủ được chuyển sang vùng khác, hoặc một dịch vụ mới chạy ở múi giờ khác, là toàn bộ dữ liệu cũ lệch bảy tiếng mà không có cách nào biết bản ghi nào đúng bản ghi nào sai. Nguyên tắc an toàn là luôn lưu bằng timestamp hoặc bằng chuỗi ngày giờ theo giờ quốc tế, chỉ quy đổi sang giờ địa phương ở bước cuối cùng khi hiển thị cho người dùng.
Vấn đề năm 2038 và giới hạn của số nguyên 32 bit
Nhiều hệ thống cũ lưu timestamp bằng số nguyên có dấu 32 bit, loại chỉ chứa được giá trị lớn nhất là 2.147.483.647. Con số đó tương ứng với 03 giờ 14 phút 07 giây theo giờ quốc tế ngày 19 tháng 1 năm 2038. Một giây sau thời điểm ấy, biến bị tràn và quay về giá trị âm lớn nhất, khiến hệ thống hiểu nhầm thành một ngày trong tháng 12 năm 1901. Đây không phải chuyện của tương lai xa: mọi tính năng làm việc với ngày tới hạn, hợp đồng dài hạn, lịch trả góp hay chứng chỉ số có hiệu lực nhiều năm đều có thể chạm mốc này ngay từ bây giờ. Hệ điều hành và ngôn ngữ hiện đại đã chuyển sang số nguyên 64 bit nên gần như không còn lo, nhưng các thiết bị nhúng, phần mềm cũ và những trường dữ liệu khai báo kiểu số nguyên bốn byte trong cơ sở dữ liệu vẫn vướng. Ở chiều ngược lại cũng có giới hạn: timestamp âm biểu diễn thời điểm trước năm 1970 và không phải hệ thống nào cũng xử lý được, nên với ngày sinh của người lớn tuổi thì lưu bằng kiểu ngày tháng vẫn an toàn hơn.
Vài mốc quen thuộc giúp đoán nhanh khi kiểm tra lỗi
Ghi nhớ vài con số giúp bạn nhận ra vấn đề chỉ bằng cách liếc qua bản ghi. Timestamp bằng 0 tương ứng nửa đêm ngày 1 tháng 1 năm 1970 theo giờ quốc tế, hiển thị ở Việt Nam thành 7 giờ sáng cùng ngày; nếu giao diện của bạn hiện ngày này thì gần như chắc chắn trường thời gian đang rỗng hoặc chưa được gán giá trị chứ không phải người dùng nhập sai. Mốc 1.000.000.000 rơi vào tháng 9 năm 2001, mốc 1.500.000.000 rơi vào tháng 7 năm 2017, còn timestamp mười chữ số bắt đầu bằng 17 thuộc khoảng những năm gần đây. Về cách đếm, một ngày là 86.400 giây, một tuần là 604.800 giây, một năm không nhuận là 31.536.000 giây. Nhờ đó bạn tính nhẩm được ngay: hiệu hai timestamp chia cho 86.400 ra số ngày, chia cho 3.600 ra số giờ. Một lưu ý kỹ thuật ít người biết là chuẩn Unix time cố tình bỏ qua giây nhuận, nên một ngày trong hệ này luôn đúng 86.400 giây kể cả những ngày thực tế có thêm một giây điều chỉnh, đây là đánh đổi có chủ ý để phép tính luôn đơn giản.
Timestamp xuất hiện ở đâu trong công việc hằng ngày
Nếu bạn làm quảng cáo hoặc phân tích dữ liệu, các tệp xuất ra từ nền tảng quảng cáo và công cụ đo lường thường để cột thời gian ở dạng timestamp, nên trước khi đưa vào bảng tính bạn phải đổi sang ngày tháng mới lọc theo tuần hay theo tháng được. Nếu bạn quản trị website, dòng nhật ký của máy chủ web và tệp lỗi của hệ thống đều ghi thời điểm dưới dạng số, và khi cần đối chiếu một sự cố với thời điểm khách hàng báo lỗi thì công cụ đổi ngược này là thứ bạn cần trước tiên. Với người làm kỹ thuật, mã thông báo xác thực có trường ghi thời điểm phát hành và thời điểm hết hạn dưới dạng timestamp tính bằng giây, nên khi gặp lỗi hết hạn phiên đăng nhập, việc đầu tiên nên làm là đổi hai con số đó ra giờ Việt Nam để xem lệch bao nhiêu. Ngoài ra khi tạo dữ liệu thử cho một tính năng liên quan tới ngày hết hạn, lấy timestamp hiện tại rồi cộng thêm bội số của 86.400 là cách nhanh nhất để có một mốc tương lai chính xác.
Câu hỏi thường gặp (FAQ)
Unix timestamp là gì?
Là số giây đã trôi qua tính từ nửa đêm ngày 1 tháng 1 năm 1970 theo giờ quốc tế. Vì chỉ là một số nguyên nên nó không phụ thuộc định dạng ngày tháng hay múi giờ, rất tiện để máy tính so sánh và tính khoảng cách thời gian, nhưng con người thì không đọc trực tiếp được.
Vì sao dán timestamp vào lại ra một năm rất xa trong tương lai?
Gần như chắc chắn bạn đang dán giá trị tính bằng mili giây, loại có mười ba chữ số. Công cụ hiểu đầu vào là giây nên con số bị hiểu lớn gấp một nghìn lần. Hãy bỏ ba chữ số cuối rồi thử lại, timestamp tính bằng giây cho thời điểm hiện nay chỉ có mười chữ số.
Kết quả hiển thị theo múi giờ nào?
Theo giờ Việt Nam, tức múi giờ cộng bảy so với giờ quốc tế. Việt Nam không áp dụng giờ mùa hè nên khoảng chênh này cố định quanh năm. Nếu bạn cần đối chiếu với đồng nghiệp ở nước khác, hãy nhớ cùng một timestamp sẽ hiển thị ra giờ khác ở nơi họ ngồi.
Ô chọn ngày giờ lấy múi giờ nào khi đổi ngược lại?
Ô chọn lịch của trình duyệt hiểu giá trị bạn nhập theo múi giờ đang cài trên máy bạn, rồi mới quy về timestamp. Nếu máy bạn đang để múi giờ Việt Nam thì kết quả chuẩn xác. Khi làm việc trên máy chủ đặt ở múi giờ khác, hãy kiểm tra lại cài đặt hệ thống trước.
Vì sao hệ thống hiển thị ngày 01/01/1970?
Vì trường thời gian đang mang giá trị 0, tức chưa được gán hoặc bị rỗng. Đây là dấu hiệu điển hình của lỗi dữ liệu chứ không phải người dùng nhập sai ngày. Hãy kiểm tra chỗ ghi giá trị vào trường đó trong mã nguồn hoặc trong quy trình nhập liệu.
Sự cố năm 2038 là gì và có ảnh hưởng tới tôi không?
Số nguyên có dấu 32 bit chỉ chứa được tới 2.147.483.647, tương ứng ngày 19 tháng 1 năm 2038, sau mốc đó giá trị bị tràn thành số âm và hệ thống hiểu nhầm sang năm 1901. Phần mềm hiện đại đã dùng 64 bit, nhưng thiết bị nhúng và trường dữ liệu bốn byte trong cơ sở dữ liệu cũ vẫn cần rà lại.
Timestamp có biểu diễn được ngày trước năm 1970 không?
Có, bằng giá trị âm. Tuy nhiên không phải hệ thống nào cũng xử lý đúng giá trị âm, nhiều thư viện và cơ sở dữ liệu báo lỗi hoặc cho kết quả sai. Với ngày sinh hoặc mốc lịch sử trước 1970, dùng kiểu dữ liệu ngày tháng chuyên dụng vẫn an toàn hơn.
Tính số ngày giữa hai timestamp thế nào?
Lấy hiệu hai giá trị rồi chia cho 86.400 vì mỗi ngày có đúng 86.400 giây trong hệ Unix time. Chia cho 3.600 sẽ ra số giờ, chia cho 604.800 ra số tuần. Cách đếm này luôn đúng vì chuẩn Unix time cố tình bỏ qua giây nhuận để mọi ngày đều bằng nhau.
Nên lưu thời gian trong cơ sở dữ liệu bằng timestamp hay bằng chuỗi ngày giờ?
Điều quan trọng không phải chọn kiểu nào mà là luôn quy về giờ quốc tế khi lưu. Lưu bằng timestamp là an toàn nhất vì không thể hiểu nhầm múi giờ. Nếu lưu bằng chuỗi ngày giờ, hãy chọn kiểu có kèm múi giờ và chỉ quy đổi sang giờ địa phương ở bước hiển thị.
Dữ liệu tôi nhập có được gửi đi đâu không?
Không. Mọi phép đổi thực hiện bằng JavaScript ngay trong trình duyệt, không có yêu cầu nào gửi ra máy chủ. Nhờ vậy bạn dùng được với dữ liệu trích từ nhật ký hệ thống nội bộ hay từ cơ sở dữ liệu sản phẩm mà không lo rò rỉ.
Timestamp hiện tại trên trang có chính xác không?
Nó lấy từ đồng hồ máy bạn và cập nhật mỗi giây, nên chính xác đúng bằng độ chính xác của đồng hồ hệ thống. Nếu máy bạn bị lệch giờ do không đồng bộ với máy chủ thời gian, con số hiển thị cũng lệch theo. Hãy bật đồng bộ thời gian tự động trong cài đặt hệ điều hành.
Vì sao cùng một sự kiện mà nhật ký của hai hệ thống ghi lệch nhau vài giờ?
Thường là do một bên ghi theo giờ quốc tế còn bên kia ghi theo giờ địa phương, chênh đúng bảy tiếng nếu máy đặt ở Việt Nam. Hãy đổi cả hai mốc về cùng một hệ trước khi so sánh, và về lâu dài nên thống nhất cấu hình ghi nhật ký theo giờ quốc tế trên mọi máy chủ.
Từ khóa liên quan
- chuyển đổi timestamp online
- unix timestamp là gì
- đổi timestamp sang ngày giờ
- đổi ngày giờ sang timestamp
- epoch converter tiếng việt
- timestamp hiện tại
- timestamp giây hay mili giây
- timestamp múi giờ việt nam
- chuyển timestamp sang giờ utc+7
- lỗi hiển thị 01/01/1970
- sự cố năm 2038
- unix time bao nhiêu giây một ngày
- đọc timestamp trong log server
- timestamp trong mysql
- đổi timestamp trong excel
- kiểm tra hạn token bằng timestamp
- công cụ timestamp cho lập trình viên
- timestamp converter online free
- lưu thời gian theo utc hay giờ địa phương
- tính số ngày giữa hai timestamp
