Thread: Server and MySQL Setup for High Traffic/Database Usage Site
Started 1 month, 4 weeks ago by beeker
Hi all,
I'm having a tough time choosing the best route to go with this.
I have a site that's expected to get about 500k unique visitors per day, with page views at around 600k. The traffic is split up like this:
94% - Just a script is being called which executes some MySQL and closes connection right away (<1 second).
5% - Users visiting the site for the first ...
The max_connections problem can be due to that connection pooling on your webserver is bad. It can very often leave stale connections.
You will have to check this with SHOW PROCESSLIST during operation and if you have a lot of rows where the Command = Sleep and the Time value is high then you have this problem.
What you can do get rid of these stale connections is to reduce ...
Hi sr,
Thanks for the response. I've been checking out the processes via phpMyAdmin ever since we had the 'Too many connections' error, and it's been perfect if any active processes do show when I check, they are gone immediately and nothing is stale. Also, the max. concurrent connections seems to be holding now at 32.
We've been looking at different dedicated server ...
Good thing that you don't have a problem with stale mysql connections.
The HW sounds good.
The raw cpu power of that machine will be about 10 times faster than the P4 that you currently have (which you said didn't have a problem to keep up with the current load).
As for the memory:
How large is your database?
The most optimal is if you can basically cache the entire ...
I've been talking it over with my partner and we're afraid this may not be enough down the road.
It's possible that we will be receiving way more than 500k page views per day, it may actually be closer to 1 mil very soon, and as more people join and use our site it could get much higher. The thing is we don't want to have to keep upgrading the server and have the possibility of ...
I forgot to mention, one reason the database is so small currently is because all of the tables are using the MyISAM engine. If we do transfer over to multiple servers, we're thinking about having the master server tables running on the InnoDB engine, and have the slave replication servers all MyISAM. All writing and modification to the database will be done on the master server, and ...
I would recommend you to run InnoDB tables from the beginning.
I think the advantages with row locking (too many high performance sites has had a problem with this on MyISAM tables, which locks the entire table), transactions and foreign keys are worth it.
The main drawback in my opinion is the 3 times large footprint of the database on disk. But then again your database seems to ...
Yeah I wish I would've started it off with InnoDB, but I was familiar with MyISAM not knowing the table locking and other issues. Luckily, the database is still small should it should be relatively painless converting it, setting up foreign keys and all that.
Switching from MyISAM to InnoDB, should we expect any big changes in performance? I've seen benchmarks over at ...
I don't think you will notice any direct difference in performance between MyISAM and InnoDB. Very few does.
And changing the tables to InnoDB is as easy as:
Code:
ALTER TABLE yourTable ENGINE=InnoDB;
You don't even have to add the foreign keys if you don't want to. Granted it is an extra security from possible inconsistency in the database a lot of ...
I had a conversation with the people over at Rackspace, very knowledgeable and friendly, and here's the set up we've decided on:
A firewall, load balancer, and two of the servers I mentioned above but set to RAID 10. Apache and MySQL will be installed on both servers, with MySQL in a master/slave configuration. Two virtual IP addresses will be created for the load balancer - one ...
Ah, your going full out.
Yes if you have customers lined up that can bring that kind of traffic from the beginning then it's probably the best.
Small comment, RAID 10 is the top of the line choice for DB servers hence I'm guessing the suggestion from Rackspace.
The thing is that your database is so small (even with the calculated growth) and in my opinion the overall ...
Quote: Originally Posted by srisa 20MB*365=730MB? My calculation says that it is 7300MB = 7GB+. google too seconds my calculation Of course, sorry about that! Yes it is larger but the entire DB will still fit within the 16GB RAM so it doesn't really change the argument that much.
I had a conversation with the people over at Rackspace, very knowledgeable and friendly, and here's the set up we've decided on: A firewall, load balancer, and two of the servers I mentioned above but set to RAID 10. Apache and MySQL will be installed on both servers, with MySQL in a master/slave configuration. Two virtual IP addresses will be created for the load balancer - one to direct Apache traffic and the other to direct all...
Quote: Originally Posted by sr And if we calculate 20MB * 365 = 730MB + 65MB gives that in a years time you should still not have broken the 1GB limit. 20MB*365=730MB? My calculation says that it is 7300MB = 7GB+. google too seconds my calculation [offtopic]If you serve just php pages from Apache, you can consider lighttpd. I am not a sys. admin but i have read that it is less resource intensive.[/offtopic] @beeker: All the best with all that...
Related threads on "Dev Shed Forums - Open Source web development":
Discussing the memcache hyperic database with a python... Discussing the memcache hyperic database with a python java script query to track the mysql traffic from apache stats
11:46 AM November 17, 2008
from twidroid
misstillytilly
Tilly McLain
Mysql - Track database changes: Is there a peiece of... Mysql - Track database changes: Is there a peiece of software out there that can monitor a mysql database and gi.. http://u.mavrev.com/0fhg 4:08 AM Dec 31st, 2008 from twitterfeed
Video interviews of MySQL Developers: Its no secret that... Video interviews of MySQL Developers: Its no secret that all the MySQL Sun Database Group developers are he.. http://tinyurl.com/64f4e6
05:03 AM September 17, 2008
from twitterfeed
Thread profile page for "Server and MySQL Setup for High Traffic/Database Usage Site" on http://www.devshed.com.
This report page is a snippet summary view from a single thread "Server and MySQL Setup for High Traffic/Database Usage Site", located on the Message Board at http://www.devshed.com.
This thread profile page shows the thread statistics for: Total Authors, Total Thread Posts, and Thread Activity