mohit | Shared With: Everyone - Jul 22 2008 | mysql, development, databases, reliability, myisam, innodb
We inadvertently provisioned a few database machines with MyISAM instead of InnoDB, and it has been a nightmare. I strongly advice against using MyISAM -- ever.
With MyISAM, we periodically get these incorrect "duplicate key" errors that don't go away until you run the lenghty "repair table" command that somehow fixes everything.
Quoted: Use MyISAM when: The data isn't too critical ( "unreliable and slow, related to table size, table repair process" )
...
Use InnoDB for tables when: The table will be big (100Mb+ - "For reliability and performance, we use InnoDB for almost everything at Wikipedia - we just can't afford the downtime implied by MyISAM use and check table for 400GB of data when we get a crash." )
geekglue | Shared With: Everyone - Jul 18 2008 | drupal, mySQLQuoted: Mikamai, the company I work for, has just released Montalbano.tv, the companion site to one of the most successful TV shows in Italy. I was the technicaldirector of this Drupal based project, and while I was happy we chose Drupal, because it allowed us to deliver all the features they needed on time, I almost panicked when they told us the production setup would have two servers, both with database and web serving duties.
seregine | Shared With: Everyone - Jun 16 2008 | development, mysql, performance, scaling
Tosh | Shared With: Everyone - Apr 30 2008 | mysql, development
mohit | Shared With: Everyone - Apr 22 2008 | mysql, memcached, data center, scalability, todo
Quoted: However, it is also an extremely simple piece of software: all of the logic is client-side, there is no security model, failover, backup mechanisms, or persistence (albeit the last one is in the roadmap). But that hasn't stopped the developers from deploying it in all kinds of environments, and here are a few best practices suggested by Brian:
mohit | Shared With: Everyone - Apr 10 2008 | mysql, development, web development, replication, scalability, innovator's dilemmaSome of the referenced blog posts are quite interesting, too.
Quoted: There are interesting posts these day about future of MySQL Replication by Brian Frank and Arjen. I think it very interesting to take a look at a bit bigger picture using framework from Innovators Dilemma and Innovators Solution.
...
All these requirements made traditional databases irrelevant for many web properties - too complex and too expensive to start with.
mike | Shared With: Everyone - Apr 08 2008 | php, mysql, programming, books
I like the "nutshell" books. This one teaches PHP.
Quoted: Amazon.com: PHP in a Nutshell (In a Nutshell (O'Reilly)): Paul Hudson: Books
Read online on Safari here (free w/ Seattle Library Card): http://safari.oreilly.com/0596100671

Related Content from Around Faves
mysql
-
This document describes how to install a Postfix mail server based that is based on virtual users and domains, i.e. users and domains that are in a MySQL database. I will also demonstrate the installation and configuration of Courier (Courier-POP3, Courier-IMAP), so that Courier can authenticate against the same MySQL database Postfix uses. The resulting Postfix server is capable of SMTP-AUTH and TLS and quota. Passwords are stored in encrypted form in the database. In addition to that, this tutorial covers the installation of Amavisd, SpamAssassin and ClamAV so that emails will be scanned for spam and viruses. I will also show how to install SquirrelMail as a webmail interface so that users can read and send emails and change their passwords.
1 FaverViewed: 6 Times - sasha_chien - 22 days ago1 FaverViewed: 2 Times
- falko - Jul 13 20081 FaverViewed: 40 Times

