Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MySQL -- was mysql backup quesiton



 On Sat, 2008-01-05 at 23:43 -0500, Mark Woodward wrote: 
... 
> Like any high performance product, if you never push it or never compare 
> it, you won't notice the difference. A Porsche doesn't feel much 
> different than a Volkswagen sitting in a garage. 
> 
> MySQL does not support SQL well enough to create really efficient 
> queries. MySQL's query analyzer does not do a very good job at mapping a 
> query to an access plan. When the amount of data you wish to access is 
> negligible these things are also negligible.  When the amount of data is 
> non-trivial, MySQL is catastrophic. 
> 
> After that, MySQL's performance in a high volume site is abysmal. As 
> long as it is read-only, you are fine. If you start adding table 
> updates, inserts, or deletes MySQL's performance profile crumbles. Why 
> do you think you see so many "Can't access database" messages from MySQL 
> sites that have been slashdotted? 


BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org