MySQL có giới hạn kích thước không?

Trong kích thước cơ sở dữ liệu MySQL tối đa? . Anh ấy trả lời rằng với một danh sách các kích thước tệp tối đa cho mỗi loại hệ thống tệp. Đó không phải là một câu trả lời hữu ích

Mặc dù mọi hệ thống tệp đều có kích thước tệp tối đa, giới hạn này thường không liên quan đến kích thước cơ sở dữ liệu tối đa của MySQL. Nhưng dù sao thì hãy bắt đầu với hệ thống tệp

Ngày thứ nhất. Bạn không bao giờ muốn chạy hệ thống cơ sở dữ liệu trên hệ thống tập tin FAT. Trong FAT, một tệp là một danh sách các khối được liên kết trong FAT. Nghĩa là, một số thao tác “tìm kiếm” (thao tác tìm kiếm ngược) trở nên chậm hơn khi tệp càng lớn, bởi vì hệ thống tệp phải định vị con trỏ tệp bằng cách duyệt qua danh sách các khối được liên kết trong FAT. Vì các hoạt động tìm kiếm về cơ bản là những gì một cơ sở dữ liệu lớn làm cả ngày, nên FAT hoàn toàn vô dụng cho việc này. Vì vậy, giới hạn kích thước tệp thực tế của FAT là loại tranh luận cho mục đích của cuộc thảo luận này

Thứ hai. Bạn cũng không bao giờ muốn chạy hệ thống cơ sở dữ liệu trên hệ điều hành 32 bit. Điều đó không chỉ giới hạn kích thước tệp của bạn trong Windows và theo một số cách nhất định trong Linux, mà còn giới hạn dung lượng bộ nhớ hệ thống mà bạn có thể đầu tư vào bộ đệm đệm MySQL. Điều đó thật vô ích, bởi vì bộ nhớ làm cho cơ sở dữ liệu chạy nhanh

Trong các hệ thống 64 bit và với các hệ thống tệp hiện đại (NTFS trong Windows và XFS trên LVM2 trong Linux, trên nhân gần đây), giới hạn kích thước tệp do hệ điều hành áp đặt là nhiều terabyte hoặc petabyte, thậm chí. Chúng ta sẽ sớm thấy rằng con số chính xác không thực sự phù hợp.
Các giới hạn được liệt kê trong bảng của Nick là giới hạn kích thước tệp, chúng không phải là giới hạn kích thước cơ sở dữ liệu.

Trong MyISAM, giới hạn, nếu đã từng đạt đến, có nghĩa là một bảng duy nhất bị giới hạn ở lượng dữ liệu hoặc kích thước chỉ mục đó (dữ liệu được lưu trữ trong một tệp, có phần mở rộng MYD và các chỉ mục được lưu trữ trong một tệp khác, với phần mở rộng MYI

Trong InnoDB, chúng tôi có hai chế độ hoạt động, tùy thuộc vào innodb_file_per_table. Nếu nó được bật, mỗi bảng sẽ nhận được tệp riêng có phần mở rộng ibd;

Mọi cơ sở dữ liệu đều sử dụng các chỉ mục và trong mọi cơ sở dữ liệu, chỉ mục cần có khả năng giải quyết các bản ghi dữ liệu. Trong MyISAM, một bảng có thể có định dạng hàng CỐ ĐỊNH hoặc ĐỘNG (NÉN cũng tồn tại, nhưng không thực sự liên quan ở đây). Ở định dạng CỐ ĐỊNH, tệp MYI đề cập đến các vị trí trong tệp MYD bằng cách sử dụng số bản ghi. Chúng được chuyển đổi thành độ lệch byte trong tệp MYD bằng cách nhân với độ dài hàng cố định. Trong bảng định dạng hàng NĂNG ĐỘNG, các tệp MYI lưu trữ các giá trị bù byte vào tệp MYD

Sẽ không hữu ích khi có một tệp MYD lớn hơn phạm vi địa chỉ từ một chỉ mục, vì vậy MySQL ngăn bạn có một tệp như vậy với thông báo lỗi 'bảng đầy đủ'. Phạm vi địa chỉ được đặt trong MyISAM với thuộc tính bảng MAX_ROWS. Bạn có thể CREATE TABLE t … MAX_ROWS = x hoặc sau đó bạn có thể ALTER TABLE t MAX_ROWS=… và MyISAM sẽ xác định cần bao nhiêu byte để lưu trữ một con trỏ tới một hàng để có thể xử lý dữ liệu. Được cảnh báo, mặc dù. ALTER TABLE tạo một bản sao dữ liệu của bạn trong lệnh ALTER TABLE và điều đó sẽ mất thời gian. Chạy ALTER TABLE trên bảng 4 GB có thể mất khá nhiều thời gian – không nên lấy giá trị MAX_ROWS quá nhỏ

Nếu bạn hoàn toàn không xác định thuộc tính MAX_ROWS, MyISAM sẽ sử dụng số byte mặc định cho con trỏ hàng. myisam_data_pointer_size. Đây từng là 4 byte cho đến MySQL 5. 0 và là 6 byte kể từ và bao gồm cả MySQL 5. 0

Giống như bất kỳ mặc định nào, tất nhiên nó có thể được thay đổi trong my. tập tin cnf. Nếu bạn thay đổi, nó sẽ ảnh hưởng đến tất cả các bảng mới được tạo hoặc được thay đổi, nhưng không ảnh hưởng đến bất kỳ bảng hiện có nào. Giá trị mặc định là 6 byte phù hợp với 256TB dữ liệu trong mỗi tệp MYD. Lưu ý rằng ngay cả các phiên bản MySQL trước 5. 0 có thể sử dụng hơn 4 GB cho mỗi tệp, nhưng không phải theo mặc định. Cũng lưu ý rằng tài liệu nói rằng con trỏ dữ liệu có thể lớn tới 8 byte, nhưng điều đó khá vô nghĩa như chúng ta sẽ thấy sau

Trong InnoDB, tình hình phức tạp hơn. Các chỉ mục phụ đang sử dụng khóa chính để giải quyết một hàng dữ liệu. Tùy thuộc vào định nghĩa của khóa chính có thể ít hơn hoặc nhiều hơn trong MyISAM. Có các giới hạn nội bộ khác trong InnoDB và những giới hạn này giới hạn kích thước của bất kỳ bảng nào ở mức 256 TB

Do đó, miễn là hệ thống tệp của bạn hỗ trợ kích thước tệp tối đa ít nhất là 256 TB, bạn sẽ không bao giờ gặp phải bất kỳ giới hạn nào của hệ thống tệp trước khi MySQL gặp phải các giới hạn nội bộ khác

Nhưng rất có thể cơ sở dữ liệu của bạn sẽ hoạt động rất tệ trước đó rất lâu. Cơ sở dữ liệu cần bộ nhớ để hoạt động hiệu quả – số lần tìm đĩa được tính bằng mili giây (1/1 000 giây), trong khi truy cập bộ nhớ được tính bằng nano giây (1/1 000 000 000 giây, nhanh hơn một triệu lần). Do đó, bất kỳ đĩa nào tìm kiếm cần thiết do lỗi bộ đệm sẽ chậm hơn khoảng một trăm nghìn lần đến một triệu lần so với lần truy cập bộ đệm thông thường

Vì vậy, kích thước hữu ích của cơ sở dữ liệu của bạn rất có thể bị giới hạn bởi dung lượng RAM mà cơ sở dữ liệu của bạn có thể sử dụng. Một nguyên tắc hữu ích là dung lượng bộ nhớ bạn dành cho bộ nhớ đệm gấp khoảng 10 lần, nhưng với kiến ​​thức về hoạt động bên trong của cơ sở dữ liệu, bạn có thể dễ dàng xây dựng một trường hợp bệnh lý bi quan thấp hơn mức đó, cũng như để tối ưu hóa nó

Trong mọi trường hợp, bộ nhớ có nhiều khả năng là yếu tố hạn chế hơn giới hạn kích thước tệp của hệ điều hành của bạn

Kích thước tối đa của MySQL là bao nhiêu?

Có giới hạn đối với cơ sở dữ liệu MySQL không?

MySQL có thể xử lý 1 triệu bản ghi không?

MySQL có thể được sử dụng cho cơ sở dữ liệu lớn không?