Acredito que implantei com êxito meu site (muito básico) no fortrabbit, mas assim que me conecto ao SSH para executar alguns comandos (como php artisan migrateou php artisan db:seed), recebo uma mensagem de erro:

[PDOException]
SQLSTATE[HY000] [2002] No such file or directory

Em algum momento, a migração deve ter funcionado, porque minhas tabelas estão lá - mas isso não explica por que não está funcionando para mim agora.

A mensagem de erro indica que uma conexão MySQL via soquete é tentada (o que não é suportado).

No contexto do Laravel (artesão), você provavelmente deseja usar um ambiente diferente / o correto. Por exemplo: php artisan migrate --env=production(ou qualquer ambiente). Veja aqui .

Laravel 4: Altere "host" no app/config/database.phparquivo de "localhost" para "127.0.0.1"

Laravel 5: Altere "DB_HOST" no .envarquivo de "localhost" para "127.0.0.1"

Eu tive o mesmo problema. Nenhuma das soluções acima funcionou para mim. Resolvi o problema alterando o "host" no arquivo /app/config/database.php de "localhost" para "127.0.0.1".

Não sei por que "localhost" não funciona por padrão, mas encontrei esta resposta em uma pergunta semelhante resolvida em um post do symfony2. https://stackoverflow.com/a/9251924/1231563

Atualização: algumas pessoas perguntaram por que essa correção funciona, então eu fiz um pouco de pesquisa sobre o tópico. Parece que eles usam tipos de conexão diferentes, conforme explicado neste post https://stackoverflow.com/a/9715164/1231563

O problema que surgiu aqui é que "localhost" usa um soquete UNIX e não consegue encontrar o banco de dados no diretório padrão. No entanto, "127.0.0.1" usa o TCP (Transmission Control Protocol), o que significa que ele é executado através da "internet local" no seu computador, sendo muito mais confiável do que o soquete UNIX nesse caso.

Eu tenho o mesmo problema e estou executando o Mac OS X 10.10 Yosemite. Eu habilitei o Apache Server e o PHP que já vem com o sistema operacional. Depois, apenas configurei a biblioteca mCrypt para começar. Depois disso, quando eu estava trabalhando com modelos e DB, recebi o erro:

[PDOException]
SQLSTATE[HY000] [2002] No such file or directory

A razão pela qual encontrei é apenas porque o PHP e o MySQL não podem se conectar. Para corrigir esse problema, sigo as próximas etapas:

1. Abra um terminal e conecte-se ao mysql com:

   mysql -u root -p

2. Ele solicitará a senha relacionada. Então, quando você obtiver o prompt do mysql, digite o seguinte comando:

   mysql> show variables like '%sock%'

3. Você obterá algo como isto:

   +-----------------------------------------+-----------------+
   | Variable_name                           | Value           |
   +-----------------------------------------+-----------------+
   | performance_schema_max_socket_classes   | 10              |
   | performance_schema_max_socket_instances | 322             |
   | socket                                  | /tmp/mysql.sock |
   +-----------------------------------------+-----------------+
   

4. Mantenha o valor da última linha:

   /tmp/mysql.sock

5. Na laravelpasta do seu projeto, procure o arquivo database.php onde você configura os parâmetros de conexão do DB. Na seção mysql , adicione a próxima linha no final:

   'unix_socket' => '/tmp/mysql.sock'

6. Você deve ter algo como isto:

   'mysql' => array(
           'driver'    => 'mysql',
           'host'      => 'localhost',
           'database'  => 'SchoolBoard',
           'username'  => 'root',
           'password'  => 'venturaa',
           'charset'   => 'utf8',
           'collation' => 'utf8_unicode_ci',
           'prefix'    => '',
           'unix_socket' => '/tmp/mysql.sock',
       ),
   

Agora basta salvar as alterações, recarregar a página e ela deve funcionar!

Eu encontrei o [PDOException] SQLSTATE[HY000] [2002] No such file or directoryerro por um motivo diferente. Acabei de criar uma nova pilha LAMP no Ubuntu 12.04 com Apache 2.4.7, PHP v5.5.10 e MySQL 5.6.16. Voltei a mudar meus sites e os demiti. Mas não consegui carregar meu site baseado no Laravel 4.2.x por causa do [PDOException]acima. Então, eu verifiquei php -i | grep pdoe notei esta linha:

pdo_mysql.default_socket => /tmp/mysql.sock => /tmp/mysql.sock

Mas, no meu /etc/my.cnf, o arquivo sock está realmente dentro /var/run/mysqld/mysqld.sock.

Então, eu abri meu php.ini e configurei o valor para pdo_mysql.default_socket:

pdo_mysql.default_socket=/var/run/mysqld/mysqld.sock

Então, reiniciei o apache e verifiquei php -i | grep pdo:

pdo_mysql.default_socket => /var/run/mysqld/mysqld.sock => /var/run/mysqld/mysqld.sock

Isso consertou para mim.

A resposta de @stuyam resolveu o problema "Não existe esse arquivo ou diretório" para mim

Resposta curta: Altere "host" no arquivo /app/config/database.php de "localhost" para "127.0.0.1"

Mas tive um erro "Conexão recusada". Se alguém teve o mesmo problema, minha solução para isso foi atualizar o arquivo app / config / local / database.php para que a porta seja 8889:

'mysql' => array(
        'driver'    => 'mysql',
        'host'      => '127.0.0.1',
        'port'      => '8889',
        'database'  => 'databaseName',
        'username'  => 'root',
        'password'  => 'root',
        'charset'   => 'utf8',
        'collation' => 'utf8_unicode_ci',
        'prefix'    => '',
    ),

Se você estiver usando o Laravel Homestead, verifique se está chamando os comandos no servidor.

homestead ssh

Em seguida, basta cd para o diretório certo e acionar seu comando lá.

No meu caso, não tive nenhum problema, apenas esqueci de iniciar o serviço mysql ...

sudo service mysqld start

Mamp user enable option Permitir acesso de rede ao MYSQL

Adicione o caminho mysql.sock no arquivo database.php como no exemplo abaixo

'unix_socket' => '/Applications/MAMP/tmp/mysql/mysql.sock',

Exemplo

'mysql' => [
        'driver' => 'mysql',
        'unix_socket' => '/Applications/MAMP/tmp/mysql/mysql.sock',
        'host' => env('DB_HOST', 'localhost'),
        'port' => env('DB_PORT', '8889'),

Funcionou depois que mudei DB_HOST=localhostpara DB_HOST=127.0.0.1para o arquivo .env

Isso ocorre porque o DOP trata especialmente o host "localhost":

Nota: Somente Unix: quando o nome do host é definido como "localhost", a conexão com o servidor é feita através de um soquete de domínio. Se PDO_MYSQL for compilado no libmysqlclient, o local do arquivo de soquete estará no local do compilado libmysqlclient. Se PDO_MYSQL for compilado no mysqlnd, um soquete padrão poderá ser definido através da configuração pdo_mysql.default_socket.

(em http://php.net/manual/en/ref.pdo-mysql.connection.php )

Alterar localhost para 127.0.0.1 "forçará" o uso do TCP.

Nota: mysqli_connect está funcionando bem com o localhost.

Com base na resposta de @dcarrith ...

Em vez de editar os arquivos de configuração, criei um alias no local que o PHP procura, que se conecta ao mysql.sock real. ( fonte )

Basta executar estes dois comandos (não é necessário reiniciar):

mkdir /var/mysql
ln -s /tmp/mysql.sock /var/mysql/mysql.sock

Passo 1

Encontre o caminho para o seu unix_socket, para isso basta executar netstat -ln | grep mysql

Você deve obter algo parecido com isto

unix  2      [ ACC ]     STREAM     LISTENING     17397    /var/run/mysqld/mysqld.sock

Passo 2

Pegue isso e adicione-o ao seu parâmetro unix_socket

'mysql' => array(
            'driver'    => 'mysql',
            'host'      => '67.25.71.187',
            'database'  => 'dbname',
            'username'  => 'username',
            'password'  => '***',
            'charset'   => 'utf8',
            'collation' => 'utf8_unicode_ci',
            'prefix'    => '',
            'unix_socket'    => '/var/run/mysqld/mysqld.sock' <-----
            ),
        ),

Espero que ajude !!

Estou executando no MAMP Pro e tive esse problema semelhante ao tentar migrar (criar tabelas db). Tentei algumas dessas sugestões mencionadas também, mas não fez isso por mim.

Então, simplesmente (depois de uma hora pesquisando), adicionei duas coisas ao /config/database.php.

'port' => '1234',
'unix_socket' => '/path/to/my/socket/mysqld.sock'

Funciona bem agora!

Verifique sua porta com cuidado. No meu caso, era 8889 e estou usando o 8888. altere "DB_HOST" de "localhost" para "127.0.0.1" e vice-versa

Eu tive esses problemas quando estava executando meu aplicativo usando contêineres de encaixe.

A solução foi colocar o nome do contêiner de serviço MySQL que eu estava usando no docker_compose.ymlDB_HOST. No meu caso, foi db:

DB_HOST=db

Espero que ajude.

No Laravel 5, o nome de usuário e a senha do banco de dados estão no arquivo .env existente no diretório do projeto, por exemplo

DB_HOST=127.0.0.1
DB_DATABASE=db1
DB_USERNAME=user1
DB_PASSWORD=pass1

Como você pode ver, essas variáveis ​​de ambiente estão substituindo as strings 'forge' aqui, portanto, alterá-las não tem efeito:

    'mysql' => [
        'driver'    => 'mysql',
        'host'      => env('DB_HOST', 'localhost'),
        'database'  => env('DB_DATABASE', 'forge'),
        'username'  => env('DB_USERNAME', 'forge'),
        'password'  => env('DB_PASSWORD', ''),
        'charset'   => 'utf8',
        'collation' => 'utf8_unicode_ci',
        'prefix'    => '',
        'strict'    => false,
    ],

Mais informações estão aqui https://mattstauffer.co/blog/laravel-5.0-environment-detection-and-environment-variables

Eu encontrei esse problema ao executar o PHPUnit no Elixir / Gulp e Homestead como meu ambiente do Vagrant.

No meu caso eu editei o arquivo .env a partir DB_HOST=localhostde DB_HOST=192.168.10.10onde 192.168.10.10é o IP do meu anfitrião Vagrant / Homestead.

Tente se conectar ao localhost:

SQLSTATE[HY000] [2002] No such file or directory

Tente se conectar ao 127.0.0.1:

SQLSTATE[HY000] [2002] Connection refused

OK, basta comentar / remover a seguinte configuração do my.cnf (no OS X 10.5:) /opt/local/etc/mysqlxx/my.cnfpara obter:

[mysqld]
# skip-networking

Obviamente, pare e inicie o MySQL Server.

Eu tive problemas semelhantes ao acessar o site do Drupal. Corrigi-o abrindo a linha de comando e reiniciando meu servidor ou serviço MySQL:

service mysqld restart

Isso deve funcionar. Caso contrário, reinicie o servidor da web local:

service httpd restart

Isso deve ser o suficiente. Espero que funcione para outros ambientes também. Observe que esses comandos geralmente requerem privilégios de superusuário.

Se você estiver usando o Laravel Homestead, aqui estão as configurações

(inclui máquina virtual Vagrant)

.bash-profile

alias vm="ssh vagrant@127.0.0.1 -p 2222"

database.php

    'mysql' => [
        'driver'    => 'mysql',
        'host'      => env('DB_HOST', '127.0.0.1'),
        'database'  => env('DB_DATABASE', 'homestead'),
        'username'  => env('DB_USERNAME', 'homestead'),
        'password'  => env('DB_PASSWORD', 'secret'),
        'charset'   => 'utf8',
        'collation' => 'utf8_unicode_ci',
        'prefix'    => '',
        'strict'    => false,
    ],

terminal

vm

vagrant@homestead:~/Code/projectFolder  php artisan migrate:install

Se alguém ainda estiver procurando a resposta, verifique seu arquivo .env. Por alguma razão, o laravel cria um arquivo .env.example, para que todas essas respostas não funcionem para mim. Corrigi meu problema renomeando .env.example para .env

Isso aconteceu comigo porque o MySQL não estava sendo executado. O MySQL falhou ao iniciar porque havia um /usr/local/etc/my.cnf.d/diretório ausente .

Isso estava sendo exigido pelo meu /usr/local/etc/my.cnfarquivo de configuração como um glob include ( include /usr/local/etc/my.cnf.d/*.cnf).

A execução mkdir /usr/local/etc/my.cnf.de o MySQL foram corrigidos.

No meu caso, eu estava executando o php artisan migrate no meu terminal mac, quando precisava ssh no vagrant e executá-lo a partir daí. Espero que ajude alguém a dor de cabeça.

Eu tive o mesmo problema ao usar o Docker e o nome do serviço MySQL dbno arquivo docker_compose.yml:

Eu adicionei o seguinte no .envarquivo:

DB_HOST=db

você também deve garantir que seu host possa ser descoberto no aplicativo php.

Foi porque o PHP não descobriu qual host usar para se conectar.

Ao usar um VirtualMachine, certifique-se de ssh nessa máquina, navegue até a pasta App e chame o comando php artisan migrate a partir daí.

Em maio, eu simplesmente usei

vagrant up

ao invés de

homestead up

para minha instalação larval de forja usando a propriedade. Estou assumindo que isso significava que o site estava sendo veiculado, mas o servidor MySQL nunca foi inicializado. Quando usei o último comando para iniciar minha caixa de vagabundos, o erro desapareceu.

Todas essas respostas parecem pesadas ...

Acabei de criar um .envarquivo; editei meu bootstrap/app.phparquivo e descomentei a seguinte linha ...

Dotenv::load(__DIR__.'/../');

Espero que isso ajude alguém

Para quem está tentando criar uma conexão db nova, não no laravel, mas se deparou aqui em busca de respostas para executar o PDO a partir do Terminal. Isso seria de ajuda para você. E você pode refatorá-lo para funcionar melhor para você.

<?php

class db
{
   private $DBHOST = 'localhost'; // you don't need 127.0.0.1
   private $DRIVER = 'mysql';
   private $PORT   = '8888'; // database port. 8888 is mine
   private $DB     = 'example-db';
   private $PASS   = 'example-pass';
   private $USER   = 'root';
   private $SOCKS  = ''; // can fill this or leave blank.


   // - connect (dummy connection)
   private function con()
   {
       if ($this->SOCKS == '')
       {
           // run shell command to get 
           $socks = shell_exec('netstat -ln | grep mysql');
           $socks = trim(substr($socks, strpos($socks, '/')));

           $this->SOCKS = strlen($socks) > 0 ? ';unix_socket='.$socks : '';
       }
       else
       {
          $this->SOCKS = ';unix_socket='.$this->SOCKS;
       }

       $dsn = $this->DRIVER.':host='.$this->DBHOST.';dbname='.$this->DB;

       // add socks
       $dsn .= $this->SOCKS;

       // add port
       $dsn .= (strlen($this->PORT) > 0) ? ';port='.$this->PORT : '';

       // extablish connection
       $con = new PDO($dsn, $user, $pass);

       // return PDO instance.
       return $con;
   }
   // - ends here

   // now you can call $this->con() within class to use connection 
   // would run fine on any terminal

} 

espero que ajude!

No meu caso, tive que remover a pasta bootstrap / cache e tente novamente.

Meu cenário foi após uma migração de servidor.