Вы могли бы рассмотреть изучение HBase и HyperTable также; но снова, как Avery Payne упомянул, Вы не даете нам информации о своем текущем приложении, просто Ваша платформа базы данных.
Некоторые вещи иметь в виду:
Соединения сделаны вручную на платформах не-SQL. Они не сделают вещей как внешние ключи, агрегируется, и т.д. Все это является ручным.
Существующие приложения не обязательно легки к порту. В зависимости от того, чего это будет стоить Вам к порту, это может быть более экономически эффективно для Вас для масштабирования сервера PostgreSQL вертикально (а не горизонтально).
Вы не получаете ACID, и необходимо вручную управлять параллелизмом. В зависимости от Вашего приложения это может быть проблемой. Вы также не можете осуществить глобальные правила сохранения традиционным способом, снова из-за отсутствия атомарности.
В дополнение к ответу ajreal проверьте "очевидные" вещи ... много раз вы будете получать эту ошибку, когда сервер MySQL не запущен или у вас нет разрешение на доступ к нему. Проверьте свой список процессов, чтобы убедиться, что он запущен, и вы увидите что-то вроде ...
$ ps -ef |grep mysql
root 5325 1 0 13:09 ? 00:00:00 /bin/sh /usr/bin/mysqld_safe
mysql 5413 5325 0 13:09 ? 00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
root 5415 5325 0 13:09 ? 00:00:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
Если у вас нет прав, попробуйте команду sudo chmod 775 / var / lib / mysql
, чтобы повысить ваши права доступа. .
Или, если он работает, вам может потребоваться переустановить (yikes), но если у вас мало времени, и вы можете почесать его, используйте его как последнее средство.
это может быть область сбоя сервера
ps afx | grep mysql <--- this will show the mysql daemon command,
you can make use of the information returned