mohit | Shared With: Everyone - 2 days ago | 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." )
mohit | Shared With: Everyone - 24 days ago | mysql, development, tools, databases, todo
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.
mohit | Shared With: Everyone - Feb 14 2008 | drupal, mysql, development, chaya, cms
Drupal 6.0 was released today.
Quoted: These changes are evident in Drupal 6's major usability improvements, security and maintainability advancements, friendlier installer, and expanded development framework. Further, from bug fix to feature request, these issues follow-through on the Drupal project's continued commitment to deliver flexibility and power to themers and d
mohit | Shared With: Everyone - Feb 14 2008 | mysql, development, open source, drupal, technology, apache
This is one installer for Apache, PHP, and MySQL. It also includes some applications such as Drupal.
Quoted: The Web.Developer Server Suite is a Windows-based Platform for the development, testing and deployment of PHP and MySQL websites and applications. Simplify development cycles with a consistent, standardized set of tools. Windows | Apache | PHP | MySQL
mohit | Shared With: Everyone - Dec 04 2007 | scalability, heartbeat, linux, datacenter, mysqlYou can use this w/mysql to enable automatic recovery when a master fails.
Quoted: Heartbeat works like this: you tell Heartbeat which computer owns a particular resource (which computer is the primary server), and the other computer will automatically be the backup server. You then configure the Heartbeat daemon running on the backup server to listen to the “heartbeats” coming from the primary server. If the backup server does not hear the primary server’s heartbeat, it initiates a failover and takes ownership of the resource.
mohit | Shared With: Everyone - Dec 04 2007 | linux, mysql, toread, heartbeat, todo, scalibility
mohit | Shared With: Everyone - Oct 12 2007 | mysql, sql, performance, databases, development, replicationYou have to assume that there will be replication lag. Having said that, chopping up long queries into smaller ones (if using replication) is a good rule of thumb.
Quoted: And the final advice - do not assume very short lag time when planning your application. Having application which can adapt to lag time rather than break is very good idea. Especially it will be handy when you will be reaching replication capacity and will need to buy time to fix things, during which replication lag can be higher than normally.
mohit | Shared With: Everyone - Aug 15 2007 | development, mysql, databases, performanceQuoted: Today I would like to share practical example when you may use long primary key with value distribution far from sequential.
...
This table is getting much more reads than writes so transactional overhead of for writes is small price to pay for number of benefits - caching data and index in memory -so cached lookups are very fast, clustering by primary key
Related Content from Around Faves
mysql
-
1 FaverViewed: 2 TimesQuoted: Specifically we needed two features to scale our mysql database: application-level sharding and master/slave replication.
- akinas - Jun 22 20082 FaversViewed: 4 Times
- akinas - Jun 17 20081 FaverViewed: 2 Times
developer
-
Well said...
1 FaverViewed: 7 TimesQuoted: The process of making new things simple to win a market is a story that Apple understands extremely well, given their overwhelming focus on the user experience. There’s nothing really very simple or very “less is more”, about the iPhone, for example. Yet it gloriously made a bunch of clunky stuff simple and a lot of hard stuff possible.
- mohit - Feb 29 20082 FaversViewed: 12 Times
- markosharko33m - 8 days ago19 Favers
