Аз не съм MySQL човек, така че това излиза от лявото поле.
Но мисля, че регистрационните файлове може да са отговорът.
За щастие, наистина трябва да знаете само 2 неща от дневника.
Имате нужда от записа/rowid и имате нужда от операцията.
В повечето DB и предполагам, че MySQL има имплицитна колона на всеки ред, като rowid или recordid, или каквото и да било. Това е вътрешният номер на ред, използван от базата данни. Това е вашият "безплатен" първичен ключ.
След това се нуждаете от операцията. По-специално дали това е операция за вмъкване, актуализиране или изтриване на реда.
Вие консолидирате цялата тази информация във времеви ред и след това я преглеждате.
За всяко вмъкване/актуализация избирате реда от оригиналната си БД и вмъквате/актуализирате този ред във вашата дестинационна БД. Ако е изтриване, тогава изтривате реда.
Не те интересува стойностите на полетата, те просто не са важни. Направете целия ред.
Надяваме се, че не трябва да "разбирате" двоични регистрационни файлове, MySQL вече трябва да има рутинни процедури, за да направите това, просто трябва да намерите и разберете как да ги използвате (може дори да има някаква удобна помощна програма за "изхвърляне на дневник", която бихте могли да използвате ).
Това ви позволява да поддържате системата доста проста и тя трябва да зависи само от действителната ви активност през деня, а не от общия размер на DB. И накрая, по-късно можете да го оптимизирате, като го направите „по-умен“. Например, може би те вмъкват ред, след което го актуализират и след това го изтриват. Ще знаете, че можете просто да игнорирате този ред напълно в преиграването.
Очевидно това изисква малко тайни познания, за да четете лог файловете, но останалото трябва да е лесно. Бих искал да мисля, че регистрационните файлове също са маркирани по време, за да можете да знаете как да работите върху редове „от днес“ или какъвто и да е период от време, който искате.
