Bug #25401 | InnoDB should automatically create additional table space files as needed | ||
---|---|---|---|
Submitted: | 4 Jan 2007 0:57 | Modified: | 13 May 2010 16:04 |
Reporter: | Rick Mann | Email Updates: | |
Status: | Open | Impact on me: | |
Category: | MySQL Server: InnoDB storage engine | Severity: | S4 (Feature request) |
Version: | 5.1.14 beta | OS: | Any (Any) |
Assigned to: | Assigned Account | CPU Architecture: | Any |
[4 Jan 2007 0:57]
Rick Mann
[5 Jan 2007 17:44]
Heikki Tuuri
Hi! The my.cnf option: innodb_file_per_table relieves many of these problems. Is the 2 GB file size limit still common in operating systems? It was very common in 2002, but I have not bumped into it in the past 2 years. Regards, Heikki
[5 Jan 2007 18:21]
Rick Mann
Thanks for getting back to me so quickly! Well, sometimes it's harder to upgrade a "legacy" (sad that 2002 is legacy) system than it is to upgrade MySQL, or to add a disk as the DB gets larger. As it turns out, we won't be facing the 2GB limit in production, but in development our servers tend to lag. Using one file per table is actually worse, because it means that a table will be limited to 2GB (unless you're telling me an individual table's storage will automatically create new files?). Using a shared table space allows any table to grow beyond 2 GB. The drawback is that (on filesystems limited to 2GB) one must change the configuration each time the table space is exceeded. It seems obvious that InnoDB should just create a new file when needed (subject to configurable constraints).