보통 그 중에 테이블이 깨져 auto-rehash가 안될경우 나오는 메시지입니다. 

해결하는 방법 

1. mysql login할 때 -A 옵션을 사용 : mysql -uroot -p -A 

2. mysql configure :

[mysql]

no-auto-rehash 

3. table repaire 

 . 님 답변 감사합니다.

이중화 작업중 위 에러메시지에 대해 구굴링 해서 말씀하신 내용을 시도해 보았습니다.

1. mysql -A 옵션 실행

    => Reding table information... 메시지가 나오지 않는 것 확인

2. my.cnf 파일에 no-quto-rehash 추가

   => mysql 구동중 해당 옵션에 대해 에러 발생 (이것은 작업자의 부지로 옵션의 위치나 스펠링 때문에 발생 한 것일 수도 있습니다.)

   => 현재는 해당 옵션을 삭제한 상태입니다.

3. table repaire 

   => 기본적인 select 는 문제 없는 것으로 보이는데

    HA솔루션을 통해 replecation 을 수행한 경우 매번 이런 방법을 수행해야 하는지

    테이블에 문제가 생겼다면 원인이 무었인지 정확히 파악이 안되어서 작업을 중단하고 이중화를 제거한원복 한 상태입니다.

    => 작업은 my.cnf 파일에 정의된 데이타 디렉토리를 그대로 새로운 서버로 하드 카피 한 후 새로운 서버에서 발생하는 문제 입니다.

HA 솔루션 업체에서는 DB 설정 및 버전등이 달라서 생기는 문제 같다고  한발을 빼는 상황이라...

이부분에 대해서 비용이 발생하더라도 저희가 직접 원인을 파악해야 하는 상황입니다.

현재는 작업전 백업본으로 서비스는 정상 운영중입니다.

mysql실행할 때 별도 옵션을 지정하지 않으면 원래 나오는 메시지입니다.

Tab키를 누르면 db, table, column 이름을 자동으로 완성시켜주는 기능같네요.

use db명 했을때 저 메시지가 나와서 테이블에 문제가 생겼다고 보기는 어려울 것 같은데요..

아래는 제 테스트 서버의 결과입니다.

** MariaDB 10.2

장성규님 답변 감사합니다.

현재 운영하고 있는 1번 액티브 DB(10.3.10-MariaDB-log)에서는 안나오던 메시지이고

동일한 내용을 1번 서버에 디스크를 추가 한 후 하드카피했다 다시 올린 것도

해당 메시지는 나오지 않는데

2번 서버(10.4.12-MariaDB-log)로 데이타 파티션을 하드카피 한 후 올리면 저런 메시지가 나오고 있는 상태입니다.

구글링에 여러건의 결과가 테이블 리페어에 대한 언급이 있어서 데이터가 정상적이지 않다고 판단하고 중지한 상태입니다.

저런 메시지가 나와도 데이터에는 이상이 없다는 것이 담보가 된다면 관계 없는데...

용량이 좀 되고 크리티컬한 내용들이 있는 DB라 검토를 하고 진행하려고 하고 있습니다.

확인차 정상적으로 서비스에 쓰이고 있는 1번 DB에 접속해 보았는데

거기서도 use xxxx; 해보면

Reading table information for completion of table and column names

You can turn of this feature to get a quicker startup with -A

Database changed

이렇게 나오는 것을 확인했습니다. (동일한 증상)

현재 문제의 발단은

1번 액티브 DB의 데이터 영역을 2번 스텐바이 서버로 복제후

강제 Failover 로 2번 서버를 가동후 workbench로 접속했을 때 스키마 트리에 정보를 읽어 오지 못하고

table could not be fetched 

같은 메시지가 나오는 증상이었습니다.

이상한 점은 동일한 DB에 DBeaver 같은 툴로는 정상적으로 스키마 정보가 나오고 있었습니다.

table could not be fetched 메시지로 구글링을 해보니

https://anow.tistory.com/276

이런 내용을 보고 실행후 (재시작 안함)

워크밴치로 접속하니 스키마가 잘 보이고 있습니다.