Split tables across multiple databases, which can then be stored across multiple drives. You could either take an image of the drive and install it on the new one, or you could install it as an additional drive and move the MySQL data files to the new drive.< Split the tables across multiple databases. Sounds a bit obvious but if you could safely say that a xxxGb hard drive would last you Y years then it might be worth going for. However, there are a few other things you can consider to resolve the problem, which may be easier to achieve: Get a bigger hard drive! "Online scaling" allows you to add new nodes if you need more capacity while the db is running. One feature in particular - " auto-sharding" - will spread your data across multiple machines. You can indeed, 'tis MySQL Clustering you need. So what do I have to read, research, methods, practices, etc to get myself on the right track with this? As we don't want to hit the wall and pull an all stop in the event when the data is just to much for one machine. So my question is, how does that work? Maybe I am thinking too 1 Dimensional here but I can't figure out how that would work, is it one DB that spills over onto the next machine and the next as the data grows or is it individual DB's with the same schema's for each, either way I just can't picture in my head let alone get into a logic for future proofing whats being worked on currently. So before that happens I want to get stuff in line so I can have the database spread across multiple machines one for load balancing and two pure storage factor. So what I currently have is a single MySQL database, and I know sooner or later the data is going to pile up and I will run out of room on this server. Ok, really don't know how to ask what I am looking to find out which is likely why my reading and research otherwise is yielding nothing relative per say.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |