최근 프로젝트에서는 시간 필드(datetime, timestamp)가 ON UPDATE CURRENT_TIMESTAMP 속성을 사용하여 열 타임스탬프를 자동으로 업데이트했습니다. 다음은 주의가 필요한 몇 가지 사항을 기록합니다.
현재 타임스탬프(ON UPDATE CURRENT_TIMESTAMP)로 업데이트할 시간을 설정한 후 필드를 업데이트하면 필드 값만 변경되고 시간 필드는 타임스탬프의 시간으로 변경됩니다. 업데이트 작업.
즉, 필드 업데이트가 없는 경우 업데이트 문이 성공적으로 실행되어 실행되더라도 시간 필드는 업데이트되지 않습니다.
예를 들어, 새 테이블을 생성합니다:
CREATE TABLE `t_temp` ( `id` int(11) NOT NULL DEFAULT '0', `username` varchar(255) DEFAULT NULL, `upd_time` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '默认取当前时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
그런 다음 데이터 행을 삽입하고 업데이트를 수행합니다.
UPDATE t_temp SET username = 'mm' WHERE id = 1;
은 시간 열이 업데이트되지 않는다는 것을 알게 될 것입니다.
마찬가지로 tk-mybatis와 같은 일부 프레임워크가 프로그램에서 사용됩니다. 업데이트 메서드(예: int updateByPrimaryKeySelective(T 레코드); 메서드)를 사용할 때 구문이 실행되더라도 필드가 실제로 업데이트되지 않는 경우, 시간 필드는 업데이트되지 않습니다. 이는 시스템에서 쉽게 간과됩니다.
CURRENT_TIMESTAMP()는 MYSQL의 TIMESTAMP 유형을 현재 시간으로 설정할 수 있습니다.
ON UPDATE는 개인적으로 이것이 아티팩트라고 생각합니다. 일반적으로 필드가 updateTIme이고 마지막 수정 시간이 사용될 때 사용됩니다. 이런 방식으로 개발자가 직접 처리할 필요가 없으며 MySQL이 자동으로 처리할 수 있습니다.
마지막으로 인덱스에 대해 이야기하겠습니다. 이것은 Baidu에서 나온 것입니다. 인덱스는 특별한 종류의 파일입니다(InnoDB 데이터 테이블의 인덱스는 참조 포인터를 포함합니다). 데이터 테이블의 모든 레코드에 적용됩니다.
데이터베이스 인덱스는 책의 목차와 같아서 데이터베이스 쿼리 속도를 높일 수 있다고 할 수 있습니다. 인덱스는 클러스터형 인덱스와 비클러스터형 인덱스로 구분됩니다. 클러스터형 인덱스는 데이터 저장소의 물리적 위치에 따라 정렬되지만 비클러스터형 인덱스는 다릅니다. 클러스터형 인덱스는 다중 행 검색 속도를 높일 수 있지만 비클러스터형 인덱스는 단일 행 검색이 빠릅니다.
인덱스를 너무 많이 생성하면 각 인덱스 파일을 업데이트해야 하므로 업데이트 및 삽입 작업 속도에 영향을 미칩니다. 자주 업데이트하고 삽입해야 하는 테이블의 경우 거의 사용되지 않는 where 절에 대해 별도의 인덱스를 생성할 필요가 없습니다. 작은 테이블의 경우 정렬 오버헤드가 크지 않으며 추가 인덱스를 생성할 필요가 없습니다. .
다음 테이블 생성 코드:
CREATE TABLE timeDemo( id VARCHAR(64) NOT NULL, timeTest TIMESTAMP NOT NULL, PRIMARY KEY (id) );
새 데이터를 추가할 때:
주문 테이블과 같은 시간을 자동으로 생성합니다. 순서대로 처리하려면 이 방법을 사용하세요.
updateTime 포함, 최종 업데이트 시간:
CREATE TABLE timeDemo2( id VARCHAR(64) NOT NULL, createTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP(), updateTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP(), PRIMARY KEY (id) );
//위 mysql 버전 5.7 이상에서는 문제가 없으나, 5.7 미만 버전에서는 문제가 발생합니다.
//5.7 미만 버전에서는 다음을 권장합니다. 삽입하는 프로그램을 사용하십시오.
여기에서는 5.5를 사용하여 ON UPDATE의 효과를 보여줍니다.
CREATE TABLE timeDemo3( id VARCHAR(64) NOT NULL, updateTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP(), PRIMARY KEY (id) );
이 테이블의 일부 데이터가 수정되면 updateTime 값이 자동으로 업데이트됩니다.
이 레코드가 업데이트될 때마다 updateTime이 자동으로 업데이트됩니다. 이 경우 프로그래머가 직접 처리할 필요가 없습니다.
불행히도 많은 인터넷 회사가 MySQL 5.7 이상을 사용하는 것을 선호하는 반면, 전통적인 산업에서는 여전히 MySQL 5.5를 사용하고 있습니다.
인덱스 키와 인덱스에 대해 이야기해 봅시다
CREATE TABLE timeDemo4( id VARCHAR(64) NOT NULL, id2 VARCHAR(64) NOT NULL, updateTime TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP() ON UPDATE CURRENT_TIMESTAMP(), PRIMARY KEY (id), KEY(id2) )ENGINE=INNODB DEFAULT CHARSET=utf8
일반 인덱스의 유일한 목적은 데이터 액세스 속도를 향상시키는 것입니다. 이 유형의 인덱스는 KEY 또는 INDEX 키워드로 정의됩니다. 따라서 쿼리 조건(WHERE 열 = ...)이나 정렬 조건(ORDER BY 열)에서 가장 자주 나타나는 데이터 열에 대해서만 인덱스를 생성해야 합니다.
인덱스를 생성하려면 가능하면 정수형 데이터 컬럼과 같이 가장 일반적이고 컴팩트한 데이터 컬럼을 선택해야 합니다.
위 내용은 current_timestamp 업데이트를 사용하여 Mysql 문제를 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!