innodb

0열

1답변

매일 MySQL을 디버깅하는 동안 데이터베이스에 테이블 유형이 혼합되어 있음을 발견했습니다. 이것은 이상한 것 같지만 어떻게 일어 났는지 또는 문제를 일으킬 지 알 수 없습니다. 문제를 해결해야합니까? 당신은 당신이 각 테이블에 대해 무엇을 원하는 테이블 엔진을 선택할 수 있기 때문에

1열

1답변

MySQL - 열을 삭제하는 동안 행 크기가 너무 큽니다.

정말 넓은 테이블이 있습니다. 어떤 시점에서 코드를 리팩토링해야하지만 현재로서는 옵션이 아닙니다. 하나의 열, varcher (1024)를 없애고 테이블 크기에 대해 더 나은 것을 만들려면 varchar (1024)에서 TEXT로 하나의 열을 수정해야합니다. 문제점 : 테이블의 alter table 명령 (drop column 또는 modify column

0열

2답변

크론 (Cron) 작업의 MySQL 트랜잭션

나는 우분투 서버에서 PHP DAEMON을 사용하여 거대한 데이터를 InnoDB에 삽입했습니다. 플랫폼을 사용하는 사람들도 매우 동일한 테이블을 사용하고 있습니다. DAANSON은 TRANSACTION 모드에서 실행되지 않을 때 100.000 삽입에 대해 약 60-70 초를 사용합니다. TRANSACTION 모드에서 실행 중일 때 BEGIN .... COM

0열

1답변

Wordpress 테이블 접두어는 비워 두어서는 안됩니다.

다음으로 PhPStorm, MAMP PRO 및 Wordpress를 사용하고 있습니다. 새 데이터베이스를 만들어 새 Wordpress 웹 페이지를 만들지 만, 모두 채울 때 '테이블 접두사는 비워서는 안됩니다.'라는 메시지가 나타납니다. 물론 비어 있지 않습니다. 나는 wp_, it_, rt_ 등을 넣었다. 그러나 나는 항상 같은 오류를 얻는다. 아마 MyS

1열

1답변

자동 증가 외래 키가있는 MySQL 연결 테이블을 자동으로 업데이트합니다.

특정 이벤트가 내 데이터베이스를 INSERT으로 업데이트하는 응용 프로그램을 두 테이블 A 및 B에 적용하는 응용 프로그램이 있습니다. 외래 키가 id_A 인 AB, id_B에서 A 및 B 인 연관/링크 테이블이 다 대다 관계를 매핑하는 추가 연결/링크 테이블이 있습니다. 내 질문은 AB 외래 키 중 하나가 응용 프로그램 논리 (이 경우 AUTO_INCRE

2열

1답변

# 1286 - 알 수없는 스토리지 엔진 'InnoDB의'

이 제발 도와주세요 나는 오류를 얻을 # 1286 - 알 수없는 스토리지 엔진 'InnoDB의' 실행이 쿼리 : CREATE TABLE IF NOT EXISTS `tbl_prize` ( `prize_id` int(11) NOT NULL, `prize` int(11) NOT NULL, `chance` int(11) NOT NULL D

0열

1답변

MySql InnoDB 반복 가능 읽기 잠금의 예기치 않은 동작

innodDB는 일관된 비 차단 읽기, 의 메커니즘을 사용하므로 모든 트랜잭션이 자체 스냅 샷과 함께 작동합니다. 그것은 또한 말했다되는 공식 documentation 테이블이 액세스, 따라서 다른 세션 일관된 읽기가 동시에 해당 테이블을 자유롭게 변경할 수 있습니다에 락 (lock)을 설정하지 않는 일관된 읽기 테이블에서 수행됩니다. 그러나 고전 '읽기/

1열

1답변

Update_rows_log_event :: ha_update_row (-1)

mysql 5.6 (centos 6)을 실행하는 MASTER 서버에서 Mariadb 10.1.22 (Centos 7)를 실행하는 슬레이브로의 복제를 설정하는 데 도움이되었습니다.). 내 문제는 지금이 정확한 mariadb 버전과 사양을 가진 다른 서버가 있지만 그 복제가 따라 잡기가 아니라 그 수가 증가하고 있습니다. 시작할 때 48000 초 뒤 였고 몇

0열

1답변

INFORMATION_SCHEMA.key_column_usage 쿼리를로드하는 데 28 초가 걸립니다.

Cakephp 3 응용 프로그램을 실행하고 MySQL 서버 버전 : 5.6.32-78.1-log - Percona Server (GPL), Release 78.1, Revision 8bb53b6 및 성능 INFORMATION_SCHEMA.key_column_usage 테이블을 쿼리하는 것은 정말 최악입니다. SELECT * FROM in

0열

1답변

처리 중에 모든 테이블을 잠그는 MySQL

우리 모두 알고 있듯이, Row (레코드) 잠금은 Innodb 엔진에서 지원됩니다. 다음 sql이 원 자성이며 트랜잭션에서 의심의 여지가 없습니다. update tableA t set t.oneField = someValue where t.primaryKey = id 하지만 다음과 같은 상황에서 혼란 스러워요 (없이 곳 조건) update tab