>Так я понимаю, скорость чтения и записи в memcached намного выше чем в mysql.
Не обязательно. Даже были где-то тесты, в которых кеш mysql обгонял memcached. В то время memcached не умел работать через unix-сокеты, а только посредством сетевого стека.
Основная мысль в том, что если «делать запросы не думая», то модуль должен быть слишком сложный, парсить SQL и очищать кеш намного хитроумнее, чем это делает простой кеш mysql. Скорее всего такого модуля нет и не будет.
Попробуй лучше скрипт для mysql-proxy. Это позволит понять жизнеспособна ли вообще идея кеширования каждого запроса для твоего приложения.
вот нашел:
PostgreSQL currently only supports one collation at a time, as fixed by the LC_COLLATE variable at the time the database cluster is initialised.
Может быть взять и настроить эту collation, так чтобы кода поменьше пришлось переписывать?
Ну вы бы хоть дочитали что делает FLUSH TABLES WITH READ LOCK
Closes all open tables and locks all tables for all databases with a global read lock until you explicitly release the lock by executing UNLOCK TABLES
По крайней мере я сейчас попробовал и файлы myisam легко подменяются без ошибок.
Периодический дамп не испортит кодировки, при условии что вы не используете глупые параметры типа init-connect,skip-чтототам-client-charset.
Ну, хотя бы имейте ввиду, что с ростом базы и требований к скорости работы синхронизации, вы так или иначе придете к необходимости репликации.
Нет ничего особо сложного в односторонней репликации master->slave.
вот что нашел:
в версии 8.2 www.postgresql.org/docs/8.2/interactive/indexes-types.html написано что is null не индексируется «But note that IS NULL is not equivalent to = and is not indexable»
в версии 8.3 «Also, an IS NULL condition on an index column can be used with a B-tree index. „
Так что ради компактного индекса будет лучше две таблицы и использование join.
Эта схема не описывает собственно перехват писем. Так что его нужно продумать отдельно:
проще всего запретить SMTP и объяснить всем, что почта проверяется ( кстати, иногда достаточно просто припугнуть, чтобы достичь целей, которых на самом деле ставит начальство перед собой).
Прозрачное перенаправление трафика тоже выход, но может внезапно возникнуть TLS и ошибка на клиенте, как уже писали выше.