i noticed this has always been an issue but with the db being big it can be a big issue
jrcore_cache often is the only table fragmented if not the rest are a few k
but the cache table often has 800 megs of overhead and optimization can reduce the total db size by nearly 1/3
another db thing
what would cause sub par db performance results along with sub par disk results
note: with default my.cnf after fresh os install i got a 2,400+ rating
with cpu 0.1 db i think was 4.9 or 5.6 in that range and disk was 0.87-98
i added most of my prevoius optimisations from old server
but had issues when restarting mysql (mariadb) i would have a huge number of waiting for table lock messages in error log and the shutdown would timeout (continue to shutdown but not restart) shutdown took 5-10 minutes!
i added some innodb tweaks i found in searches meant to improve that (and it did to a decet degre)
but somewhere in there the db performance fropped to between 9.6 and 15.6
and disk performance dropped to 1.86-2.65 (approx estimations)
this leads me to think the db is using disk too much (there is 252 m of swap being used..im used to that always being zero)
not asking ya o tune it for me (mysqltuner only suggests increase join buffer but thats what it always says)
just wondering what you think might be the most important thing to look at that might be causing this
ps will be testing an outrageously expensive db optimizer as soon as i figure it out
just wondering in the meantime what might be the cause..if you had to guess
really feel like its an innodb setting
--
soaringeagle
head dreadhead at dreadlocks site
glider pilot student and member/volunteer coordinator with freedoms wings international soaring for people with disabilities
updated by @soaringeagle: 05/21/18 09:56:19PM