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명령어로 ..

InnoDB cluster RequirementsInnoDB 클러스터는 그룹 복제를 사용하므로 서버 인스턴스가 동일한 요구 사항을 충족해야합니다. 또한 MySQL Shell이 InnoDB 클러스터에서 사용할 수 있도록 서버를 구성하기 위해 사용하는 프로비저닝 스크립트는 Python (2.7 이상)에 대한 액세스가 필요합니다. Windows의 경우 MySQL Shell에는 Python이 포함되어 있으며 사용자 구성이 필요하지 않습니다. Unix에서 Python은 환경의 일부로 찾아야합니다. 시스템에 Python이 올바르게 구성되어 있는지 확인하려면 다음 명령을 사용하십시오. $ /usr/bin/env python

MySQL InnoDB 클러스터는 MySQL을위한 완벽한 고 가용성 솔루션을 제공하기 위해 함께 작동하는 제품입니다. MySQL 서버 그룹은 MySQL Shell을 사용하여 클러스터를 생성하도록 구성 할 수 있습니다. 기본 단일 기본 모드에서 서버 클러스터에는 단일 읽기 / 쓰기 기본 노드가 있습니다. 여러 개의 보조 서버는 기본 서버의 복제본입니다. 세 대 이상의 서버로 클러스터를 작성하면 고 가용성 클러스터가 보장됩니다. 클라이언트 응용 프로그램은 MySQL 라우터를 통해 기본 응용 프로그램에 연결됩니다. 주 서버가 실패하면 보조 서버는 자동으로 주 서버의 역할로 승격되고 MySQL 라우터는 요청을 새 주 서버로 라우팅합니다. 또한 고급 사용자는 클러스터가 다중 1 차를 갖도록 구성 할 수 있습니다...

1. 버퍼를 늘리거나 또는 줄인다. 튜닝의 기본 중의 기본이지만, 적절한 버퍼 크기를 설정하는 것은 성능 튜닝의 핵심이다. 주요 버퍼는 다음과 같다.innodb_buffer_pool_size ... InnoDB만을 사용하는 경우 사용 가능한 메모리의 7-8 % 정도를 할당하는 가장 중요한 버퍼이다. 여담이지만, 실제로는 여기에 지정된 값의 50-10 % 정도를 넉넉하게 메모리를 사용하므로주의가 필요하다.key_buffer_size ... MyISAM만을 사용하는 경우 사용 가능한 메모리의 30 % 정도를 할당하면 좋다. 나머지는 파일 시스템 캐시 용으로 남겨 두자.sort_buffer_size ... 정렬 처리에 사용하는 버퍼이다. OLTP는 256K~1M 정도를 할당하면된다. 이것이 너무 너무 크면 메..

MySQL은 데이터베이스 관리 시스템입니다. 데이터베이스는 구조화 된 데이터 콜렉션입니다. 간단한 쇼핑 목록에서 사진 갤러리에 이르기까지 다양 할 수도 있고 기업 네트워크에있는 방대한 양의 정보 일 수도 있습니다. 컴퓨터 데이터베이스에 저장된 데이터를 추가, 액세스 및 처리하려면 MySQL 서버와 같은 데이터베이스 관리 시스템이 필요합니다. 컴퓨터는 대량의 데이터를 처리하는 데 매우 뛰어나므로 데이터베이스 관리 시스템은 컴퓨팅, 독립형 유틸리티 또는 다른 응용 프로그램의 일부로서 중심적인 역할을합니다. MySQL 데이터베이스는 관계형 데이터베이스입니다. 관계형 데이터베이스는 모든 데이터를 하나의 큰 창고에 저장하는 것이 아니라 별도의 테이블에 데이터를 저장합니다. 데이터베이스 구조는 속도에 최적화 된 실..

극히 초보적인 실수로 일어나는 다음 MySQL 접속시 오류. ERROR 1045 (28000): Access denied for use ‘user01’@localhost’ (using password: YES)암호 옵션 -p가 없어지거나 암호가 틀리거나, 대개 그런 것이 원인이지만, 사용자를 만들 때 명령이 조금 이상이라는 원인도있는 것 같다. root로 들어가 사용자 테이블을 확인했지만 사용자는 잘있다. 암호를 맞고있는 것. 이상한데. . 하지만 사용자 생성시에 실행 한 명령을 살펴 보니 공백이 들어갈 부분에 공백이 들어 있지 않았다. 이런 일이 원인인지는 모르겠지만, 귀찮은 때문에 사용자를 삭제해서 다시 만들었다. 이번에는 OK. 그 다음날. 생성 한 사용자에서 LOAD DATE INFILE 명령으로..