2024/03/14 2

[MySQL] 새로운 설정 시 MySQL 캐시 지우기? FLUSH PRIVILEGES

테이블 내 칼럼 타입 형변환을 해야 하는 상황이 발생해 타입변환 이전에 백업용으로 테이블을 복제해놓았는데 두 테이블 간 용량 차이가 나는 걸 발견했다. (백업용 테이블의 용량이 더 작은 상황) 그 이유는 바로 테이블을 복제할 때 인덱스 등으로 물려 있었던 MySQL 캐시는 날아간채로 복제됐기 때문이라고 한다. 즉 기존의 테이블은 가비지 컬렉션과 같은 데이터를 가지고 있었던 것이다. 사실 DB의 설정을 바꾼다는 것 자체가 자주 있어서는 안되는 일이지만 지금과 같이 어쩌다 어쩔 수 없이 설정 상의 변경이 필요한 경우에는 아래의 명령어를 통해 MySQL 캐시를 지워줘야 한다. FLUSH PRIVILEGES https://stackoverflow.com/questions/36463966/mysql-when-is..

카테고리 없음 2024.03.14

[MySQL] Cardinality는 항상 일정하지 않음? 인덱스를 다시 만드는 과정에서 새롭게 연산을 하며 매번 달라짐

칼럼의 중복도를 알 수 있는 Cardinality(중복도와 반비례)는 인덱스를 다시 만드는 과정에서 새롭게 연산을 하며 매번 달라진다는 사실..! 여러 칼럼을 인덱스로 생성할 때, Cardinality가 높은 -> 낮은 순으로 구성한다. https://stir.tistory.com/m/236 MYSQL INDEX 실무 활용기 우연히 INDEX를 실무에 (드디어)활용해 볼 기회가 생겨서 적어보는 글이다. INDEX에 관한 원리 및 설명은 여기를 참고. 문제의 쿼리 SELECT SQL_NO_CACHE * FROM USER WHERE add_id = '2bf-ad7c-1b24' 쿼리는 위와 같이 stir.tistory.com

언어/MySQL 2024.03.14