Forum Moderators: open
This site is data archive system which stores it's information in a mysql table, storing several hundred rows each day, independent of site traffic.
My problem is, my tables have grown too large for the limits imposed by my hosting account.
It's not that it's a dirt cheap account, it's a very nice account, but mysql table limits too restrictive for this site's needs. That being said, I would like to stay with this host.
Is it possible to use one account for hosting, use some kind of service to host my mysql table?
Or, if I do need to change to a new hosting account, who are some providers with better mysql support, hopefully in the $20 range, or am I being unrealistic?
Once you start to get high traffic a site move can be a lot more complicated.
Mack.
connecting to a remote mysql server will require tcp/ip and authorization support from the db server host:
MySQL :: MySQL 5.1 Reference Manual :: 4.2.2 Connecting to the MySQL Server [dev.mysql.com]
However, when going over their MySQL policy, it turned out they have a limit of 1500 querys per hour. Is this fairly restrictive, or is it typical?
When you consider that a single page request in a web application would typically make several database queries then you have a severely throttled web site.
Of course the 1500 requests an hour might be averaged over a 24 hour period but even so if you go 'global' you would expect to get requests 24hrs a day.
Get yourself a much better hosting company. If you are only paying a few dollars a month then that's the level of performance you can expect.
I checked with ixwebhosting.com, a company I use (although not really very heavily) and they have no specific limit on their 'unlimited pro' account which costs $12.99 per month although I expect they would complain if you had some very heavy and un-optimised queries which loaded their server.
In any case you would want to use the mysql 'explain' to help you to optimise your database. I have seen many systems that worked ok for the first few months and then ground to a halt because they had not done something as simple as index appropriate columns.
If so then don't store the files in the database, store them on the filesystem with pointers to the files in the database tables.
In this way your database will be easier to maintain and optimise and not be bloated with BLOB data.