AWS RDS 읽기 전용 복제본을 사용하고 있습니다. Magento의 메모리 엔진 테이블에 지속적으로 문제가 있습니다. 백업 및 읽기 전용 복제본의 경우 RDS는 InnoDB를 좋아합니다. 모든 테이블을 InnoDB로 안전하게 변경할 수 있습니까?

또한 AWS에서 다음과 같은 경고가 나타납니다.

DB 인스턴스 magento-monin-prod-db에는 InnoDB로 마이그레이션되지 않은 MyISAM 테이블이 포함되어 있습니다. 이 테이블은 특정 시점 복원을 수행하는 데 영향을 줄 수 있습니다. 이 테이블을 InnoDB로 변환 해보십시오. http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.MySQL.CommonDBATasks.html#MySQL.CommonDBATasks.Tables 를 참조하십시오.

그럴듯한 대답

여전히 의견에 관심이 있습니다. 다음 24 시간 내에 문제가 발견되지 않으면 답변으로 추가하겠습니다. 아래에서 취한 단계는 지금까지 안전합니다. 가장 큰 관심사는 Magento의 메모리 엔진 테이블 (in_tmp로 끝나는 테이블)과 인덱싱에 미치는 영향이었습니다.

여기 내가 한 일이 있습니다.

1. SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE (ENGINE = 'Memory' OR ENGINE='MyIsam') AND TABLE_SCHEMA='magento_db'

   • 나에게 이것은 대부분 임시 인덱스 테이블과 마 젠토 모듈 테이블을 반환 했기 때문에 걱정할 중요한 코어 테이블이 많지 않고 물건이 팬에 부딪 칠 때 다른 테이블을 쉽게 실행할 수있는 테이블이 거의 없습니다.

2. 반환 된 각 테이블에 대해 다음을 실행했습니다. Alter table {table-name} ENGINE=InnoDB;

InnoDB가 아닌 테이블이 없다면 이것을 시도하는 것이 긴장됩니다. 그러나 앞에서 말했듯이 내 인스턴스에는 수정해야 할 핵심 테이블이 거의 없었습니다.

다음 중 하나에 해당하면 데이터 유형을 InnoDB로 변경하는 것이 좋습니다.

1. InnoDB 스토리지 엔진 이 전체 텍스트 검색을 지원 하는 MySQL 5.6.4 이상을 사용 하고 있습니다
2. 기본 MyISAM 전체 텍스트 검색 기능을 사용하는 기본 Magento 검색 기능을 사용하지 않습니다. 이 기능은 시작하기가 까다 롭고 기본 Magento 검색에서 제공되는 기능 세트가 많이 남아 있기 때문에 Lucene 또는 Sphinx 또는 최고의 Algolia 호스팅 검색을 사용하는 것이 좋습니다 .

개인적으로 나는 위험을 최소화하고 다른 DB 구성 편차 또는 문제를 확인하기 위해 Magento DB 복구 도구 를 사용 하여이 작업을 수행하는 것이 좋습니다 . InnoDB는 이상적인 엔진이며, 그럼에도 불구하고 전체 텍스트 제한 사항 입니다.

Afaik은 모든 테이블을 InnoDB로 변환하지 않아야합니다.

catalogsearch_fulltext InnoDB는 적어도 MySQL 5.6 (iirc)까지는 전체 텍스트 검색을 지원하지 않기 때문에 MyISAM을 유지해야합니다.

그러나 다른 모든 테이블의 경우 안전해야합니다.

방금 MySQL 기본 엔진을 InnoDB로 변경했으며 대부분의 Magento 테이블이 기적적으로 InnoDB로 변환되었습니다 (일부는 여전히 MyISAM이고 일부는 메모리입니다).

내가 이걸 나눌 줄 알았는데 ...