I dont want to mislead you... as I was in the same boat when introduce to MQTT broker stuff..
I didnt fully understand it.. nor the benefit.
You will still need the PHP scripts and what not for talking to the database..etc..
What the MQTT broker does for you is stop the un-needed (and frankly just bad practice) of consistently querying the database to see if a 'change' has been made.. and then act accordingly.. (or more so.. not do anything because there was no change.. and hence wasted time/resources..etc..)
The general 'idea' behind it is..
You set up one of your 'nodes' to subscribe to a 'topic' (or 'topics').... we'll call this 'topic' 'led_change'
Whenever this topic changes (ie: gets a new value or something).. it 'publishes' this change to all 'subscribed' devices..
so it sits and waits patiently not wasting time or resources.. until it thre is a change that the devices changes about (its subscribed topic)..
All that being said, here are some of the examples I noted above.
This one use an Adobe Flash front end/GUI... to send data to a PHP script.. that ultimately send the data via serial port to the connected Arduino:
http://forum.arduino.cc/index.php?topic=124394.0
Link to thread about using the ESP to host a WEB PAGE to be used as a GUI to control the connected devices:
This link is a thread where I post files for a working example:
https://forum.arduino.cc/index.php?topic=452765.30
I believe the user is using a ethernet shield and not wi-fi.. but the set-up and PHP s (even though the example IS NOT MQTT based)
http://forum.arduino.cc/index.php?topic=454390.0
Link to post where user wanted to use fingerprint logging to gain entry via php & database... but had some requirements of a 'timed thing'... (didnt make much sense.. but the project code was posted for him more or less)
https://forum.arduino.cc/index.php?topic=396991.msg2737396#msg2737396
From all of the above.. you should have no problem throwing something together that works..
I see your project as have to 'entry points' (more or less)
1.) something changes the database
2.) getting the change out to node/led controllers.
*1-
How is your database being updated? What activity or behavior/event changes this 'data' in your database?
*2-
I'm not 100% clear on your set-up..
(as in how the led strips work...etc)..
Sync'ing the strips might be rather difficult if you are awaiting on an HTTP response...
but again.. I'm not clear on what you have in your mind.. on the effects/patterns..etc..
The Flash example has some RGB values I pass in from a PHP script.. but that was only for the 1 led.
Are you using individually addressable LEDS? Like a Neopixel led strip or something?
** I'm actually leaving on vacation in several hours.. (out of country for a bit)..
but if you go through the links.. (You'll probably be able to figure out the parsing stuff on your own).. and have any questions.. post back I can walk through any questions with the stuff I posted.
Seems like you got a pretty good understanding.
I will caution though.. that Neopixel strips have a VERY SPECIFIC TIMING requirement..
Which keeps the main CPU pretty busy. You need to code the patterns in such a way that it has time to check for other events.. (such as a button push or in your case a serial event update letting the Arduino know it needs to change the led behavior)