Использование mysql в качестве БД для биллинга мягко говоря напрягает.
Хотя бы тем, что никто ни за что не отвечает и не гарантирует как эта СУБД будет работать.
Вот например имеем ситуацию, когда при innodb_file_per_table размер файла ibdata1 вырос за 3 месяца до 360Gb и занимает сейчас в 6 раз больше места чем сама база.

Гугление дало что это проблема давно известна http://bugs.mysql.com/bug.php?id=45173, http://bugs.mysql.com/bug.php?id=1341
И всем пофиг. А единственный вариант уменьшить размер файла - задампить БД, все поудалять и восстановить из дампа. Жесть!!!!

Нормальные механизмы бекапа отсутствуют. Варианты с снапшотами и локами БД на время их копирования нормальными назвать сложно.

Есть огромное желание уйти от mysql на oracle.

Хотя бы тем, что никто ни за что не отвечает и не гарантирует как эта СУБД будет работать.

эээ.....я делаю обычный майэскуэльдамп, и хрен его знает сколько раз восстанавливал уже из него, ниразу проблем небыло, что именно не сохраняется при такой дамповке?

да а че, и увеличить стоимость биллинга в разы, че нет то, давайте....есть биллинги работающие и на оракле, и стоящие соттветственно гораздо больших капиталовложений, посмотрите туда

это как так? ну… купите платную MySQL, если богаты на оракл. будет вам и поддержка и отвечать будут.

И что толку от этой поддержки? Покажите мне тулзу за деньги, которая умеет делать ребилд ibdata файла для высвобождения места за вменяемое время. Нету таких. Официальная версия везде - эти файлы уменьшать нельзя, можно только пересоздавать заново.

Вот например имеем ситуацию, когда при innodb_file_per_table размер файла ibdata1 вырос за 3 месяца до 360Gb и занимает сейчас в 6 раз больше места чем сама база.

Стоимость одной Processor license - 17500$

Вообще, то что вы предлагаете — это сложно. Разговоры об этом тут были много раз, и обсуждения тоже, гляньте постарее темы.

Такая ситуация могла бы наблюдаться без innodb_file_per_table
Возможно ранее у вас не было такой настройки в my.cnf, а потом вы ее поставили. до этого этот файл содержал индексы всех таблиц. и он естественно уже не отдает это место

А лицензии оракла не все могут себе позволить

Ну, с таким подходом проще сразу самый дорогой биллинг поставить без бумажек и не париться.

Да, непросто. Но есть к чему стремиться. Вот на вскидку то, что лежит на поверхности:
1. DDL. Синтаксис может быть разным. Например при создании новых месячных таблиц.
Но имея на входе имя таблицы, набор полей с их именами и абстрактными типами и тип БД получить нужный DDL не проблема.
2. Встроенные функции. Например NOW() в mysql и SYSDATE в oracle. Тут уже сложнее. Нужно будет пересмотреть их использование и там где без них не обойтись использовать например функции обертки.
3. Автоинкрементные поля и получение последнего id. Вполне можно решить, формализовав работу через API.