@nextel , мне по теме сказать нечего. У самого болтается ближайший родственник этого коммутатора, третий месяц до него руки не дотягиваются. Нагуглил только, почему LACP включить не получилось.
И что? Пусть себе висит.
Даже mediumint попробуйте забить, хотя бы за 10 лет (4,5 тысячи заказов ежедневно!). А это всего-навсего мелкий mediumint, а не int и не bigint.
1. InnoDB, разумеется. Других рабочих транзакционных хранилищ как-то в mysql нету.
В каком смысле "сильный" чих? Любой. Любая запись блокирует всю таблицу.
И опять же myisam нетранзакционен. Нет транзакций - это не невозможность сказать rollback, это значит, что если что-то случилось (свет рубанули, например) - у вас вместо данных только бинарная каша.
@Remmi , верным или нет - невозможно сказать в отрыве от решаемой задачи. Хайлоад - это индивидуальные решения. Вам стоит пригласить архитектора, который разгребёт задачу на "что, зачем и когда".
Возможно, вам нужен только отдельный сторадж для активных данных (или, наоборот - для архивных). Возможно - вам действительно надо отказаться от РСУБД, возможно - пересмотреть схему обработки данных. Неизвестно, надо смотреть картину в общем и частном сразу.
1) по базам данных - запросто, если разделение обосновано. В частности, базы данных легко разнести на разные рейды.
По десяткам одинаковых таблиц - нет, не стоит.
2) не имеет значения. В случае шардирования (да и просто мастер-слейва) держать несколько открытых коннектов - нормально.
3) см.п.1
4) как уже упомянул - шардирование
Другой вопрос, если одного _сервера_ вам становится мало. Тогда лучше сразу мигрируйте на nosql, если нет требований по консистентности и транзакционности или читайте про шардирование РСУБД.
Ваш диалект регулярок умеет позиционные негативные проверки?
^[1-9]{2}[36789]((?!0{5})\d{5}|(?!0{8})\d{8})$