We use cookies to improve your experience. No personal information is gathered and we don't serve ads. Cookies Policy.

ExpressionEngine Logo ExpressionEngine
Features Pricing Support Find A Developer
Partners Upgrades
Blog Add-Ons Learn
Docs Forums University
Log In or Sign Up
Log In Sign Up
ExpressionEngine Logo
Features Pro new Support Find A Developer
Partners Upgrades
Blog Add-Ons Learn
Docs Forums University Blog
  • Home
  • Forums

Running EE on a database cluster? Convert to InnoDB?

How Do I?

fuelintegrated's avatar
fuelintegrated
2 posts
10 years ago
fuelintegrated's avatar fuelintegrated

Hi all,

What would the recommendation be towards getting EE to run on a database cluster / redundancy system, (in my case I’m using PagodaBox right now) where the traditional pitfall seems to be that EE makes use of FULLTEXT in MyISAM tables, which aren’t supported in InnoDB (I think support is there in the latest bleeding-edge versions of InnoDB).

Has anyone any experience with running EE with redundancy on PagodaBox, or any other PaaS for that matter?

I’ve been Googling all morning and come to no real conclusions, but I’m looking at Engine Yard, Platform.sh and AppFog as possible alternatives at the moment (driven by PagodaBox’s lack of a 24/7 worldwide support and their uptime issues).

Cheers!

       
Pascal Kriete's avatar
Pascal Kriete
2,589 posts
10 years ago
Pascal Kriete's avatar Pascal Kriete

I can’t offer too much in terms of suggestions. Although I will say that Amazon RDS is rock solid, but also more difficult than Pagodabox and at times expensive.

It’s definitely safe to run most of EE on InnoDB. As you mentioned FULLTEXT support is the one downfall for getting full InnoDB support, but it looks like Pagodabox supports MySQL 5.6. That said, it will definitely require some tweaking, in the very least in the installer schema to remove the MyISAM restriction on that table.

The bigger problem you’ll run into when using EE in a multi-database environment is that we don’t currently support in-app read/write differentiation. So realistically you’re limited to one connection. Which means no read-only slaves without something like mysql proxy in-between.

If your uptime requirements are critical, then definitely explore master-master replication. If you’re worried about performance, then I would focusing more on caching than on database replication.

       
Roelof Briers's avatar
Roelof Briers
1 posts
5 years ago
Roelof Briers's avatar Roelof Briers

Just following up on this item. Is that still the case, that EE does not support multiple connections one for read and another for write? Looking at using that for running it on an AWS Aurora cluster.

       

Reply

Sign In To Reply

ExpressionEngine Home Features Pro Contact Version Support
Learn Docs University Forums
Resources Support Add-Ons Partners Blog
Privacy Terms Trademark Use License

Packet Tide owns and develops ExpressionEngine. © Packet Tide, All Rights Reserved.