IT Japan

mysqld와 mysqld_safe의 관계.mysqld_safe는 MySQL을 안전하게 실행할 수있는 프로그램, 정도의 인식은 있었지만, 구체적으로 무엇이 어떻게 안전한가? . . . 라고되면 답변이 막히기 때문에 다시 적는다. MySQL 인스턴스는 mysqld를 직접 호출하는 것이 아니라 mysqld_safe를 통해시작시키는 것을 권장한다.mysqld_safe는 한마디로 말하면 mysqld를 감시하는 데몬이다. # /etc/init.d/mysql start를 실행했다라는 것은 mysqld가 직접 시작하는 것이 아니라, mysqld_safe내에서 구동하고있다.즉, mysqld_safe가 내부에서 mysqld를 실행하는 것이다.끈질김이 구동의 흐름을 다시 쓰면 다음과 같다 셈이다. # /etc/init.d..

인증이 실패했을때뿐만아니라, 명령어를 시리행하려고 하는 MySQL상의 유저에 적절한 권한이 주어져있지않은 경우도 에러가 난다.MySQL서버의 사양에 있어서, 유저인증이 통과하면 다음에 SQL문과 인스턴스의 정지등의 조작을 하기위한 권한이 있는지 없는지 체크되기 때문이다. MySQL에의 접속은 [유저&host]로써 인식되기 때문에, 유저를 localhost상에서 접속하는것만 허가 한다면, 다른 호스트로부터의 네트워크 로그인은 당연히,안된다.유저를 작성할때에, 그런것도 확실히 생각하지 않으면 안되지만그런 이유로, Access denied에러가 발생해서 유저테이블을 확인할때에는, 유저권한도 체크해야 한다.그것과 네트워크 넘어의 로그인과 명려어 실행이 안될때는, 그 호스트로부터의 접속이 허가되어있는지.유저 테이..

초보적인 미스로 일어나는, 이하의 MySQL접속시 에러. ERROR 1045 (28000): Access denied for use ‘user01’@localhost’ (using password: YES)패스워드 옵션의 -p가 빠지거나, 패스워드가 틀리거나, 대략 그런 원인이지만,유저를 작성할때이 명령어가 조금 이상하거나, 하는 원인도 있다.root로 들어가서 테이블을 확인했지만, 유저는 들어있다. 패스워드도 당연히 들어있다. 하지만, 유저작성시에 실행한 명령어를 자세히 보면, 스페이스가 들어가야 할 장소에 스페이스가 들어가있지 않았다.이런것이 원인인가? 라고 생각하지만, 귀찮으므로, 유저를 일단 삭제해서, 또 수정했다. 이번은 OK. 그 다음날 . 작성한 유저로 LOAD DATE INFILE명령어로 ..