오류 : 테이블 xxx에 대한 테이블 공간이 존재합니다. IMPORT 전에 테이블 스페이스를 삭제하십시오


134

나는 MySQL을 처음 접했고 Google과 stackoverflow 검색을 통해 도움을 찾을 수 없다는 꽤 흥미로운 오류가 발생합니다.

MacOS 10.8.3에서 MySQL 5.6.10의 로컬 서버를 실행 중이며 MySQL의 Navicat Essentials를 통해 데이터베이스를 관리합니다.

내가 얻는 오류는 데이터베이스를 실행하고 며칠 / 주간 괜찮게 관리 한 후에 Navicat 내에서 쿼리를 사용하여 만든 일부 테이블을 삭제 (불완전하게 표시됨)하는 것입니다.

이 테이블을 사용하여 쿼리를 실행하려고하면 Navicat은 특정 테이블이 존재하지 않는다고 경고합니다. 여태까지는 좋았습니다-여기에 좋은 부분이 있습니다.

예를 들어 "temp"라는 테이블을 만들려고하면 이전에 다음과 같은 오류 메시지가 나타납니다.

Error : Tablespace for table '`database`.`temp`' exists. Please DISCARD the tablespace before IMPORT.

그러나 테이블을 삭제 하거나이 테이블의 테이블 공간을 삭제하려고하면

DROP TABLE temp;
ALTER TABLE temp DISCARD TABLESPACE;

다음과 같은 오류 메시지가 나타납니다.

Error : Unknown table 'database.temp'
Error : Table 'database.temp' doesn't exist

따라서 테이블 스페이스를 버리는 것이 좋지만 그렇게 할 때 테이블이 존재하지 않습니다. DISCARD 쿼리가 확인하지 않는 다른 장소 에이 테이블의 잔재 유형이있을 수 있습니까? 그리고 아무도 완전히 무작위로 보일 수있는 아이디어가 있습니까?

내가 말했듯이, 나는 주제에 익숙하지 않으며 거의 ​​단서가 없습니다. 랩톱 재부팅, 즉 로컬 MySQL 서버 재설정 또는 사용자 권한과 관련이 있다고 생각하지만 여기서는 가설을 세웁니다.


이러한 종류의 오류에 대한 솔루션을 확인할 수 있습니다. codespeaker.com/laravel-framework/…
smzapp

답변:


123

여기서 조금 늦었지만 일반적으로 'innodb_file_per_table'모드에서 실행할 때 'tablespace full'오류가 발생하면이 문제가 발생하는 것을 보았습니다. 너무 많은 세부 사항 (자세한으로 가지 않고 여기 ), 데이터베이스 서버의 테이블은 innodb_data_file_path에 설정에 의해 정의되며 기본적으로 작은 편이다. 더 커진 경우에도 'tablespace full'은 더 큰 쿼리로 발생할 수 있습니다 (테이블이 아닌 많은 것들이 거기에 저장되고 로그, 캐시 등을 취소합니다).

어쨌든, 테이블 당 파일이 저장된 OS 디렉토리, OSX에서 기본적으로 / var / lib / mysql, homebrew iirc가있는 / usr / local / var / mysql을 보면 일반 companion tablename.frm 파일이없는 분리 된 tablename.ibd 파일. 해당 .ibd 파일을 안전한 임시 위치 (안전하게)로 옮기면 문제가 해결됩니다.

$ ls /var/lib/mysql

table1.frm
table1.idb
table2.frm
table2.ibd
table3.idb <- problem table, no table3.frm
table4.frm
table4.idb

$ mkdir /tmp/mysql_orphans
$ mv /var/lib/mysql/table3.ibd /tmp/mysql_orphans/

그러나 한 가지주의 할 사항은 오래 실행되는 쿼리, 잠긴 테이블 등과 같이 원래 문제를 일으킨 원인이 지워 졌는지 확인하십시오. 그렇지 않으면 두 번째 시도 할 때 다른 고아 .ibd 파일로 끝납니다.


5
OS X에있는 MySQL-Data 디렉토리는 Yosemite /usr/local/mysql/data대신에 저장되었습니다 /var/lib/mysql/. 그렇지 않으면 문제를 완벽하게 해결했습니다.
Alex Hoppen

13
내 경우에는 작동하지 않습니다 ... 고아 IDB 파일을 삭제했습니다 ... 그리고 같은 이름으로 테이블을 다시 만들 때 테이블이 이미 존재한다는 메시지가 나타납니다 (.idb를 삭제했습니다) 위의 작업 후 디렉토리에 새 고아 .idb 파일이 생성되었습니다 ... 매우 이상합니다 ... 정말로 무엇을 추측 해야할지 모르겠습니다.
Dimitris Papageorgiou

4
Dimitris와 동일한 문제가 있습니다. 데이터베이스에서 덤프를 작성하고 데이터베이스를 삭제 한 후 덤프에서 복원해야했습니다.
Gerfried

1
@Gerfried 파일을 삭제 한 후 MySQL 프로세스를 중지하고 시작하는 한 이것은 나를 위해 일했습니다.
MER

2
@ DimitrisPapageorgiou 파일을 삭제 한 후 MySQL 프로세스를 중지하고 시작하는 한 이것은 나를 위해 일했습니다.
MER

75

Xampp 및 Mamp 사용자

데이터베이스를 비우고 난 후 MySQL을 통해 가져 오는 동안 동일한 오류가 발생했습니다. tablename.ibd다른 모든 파일이 삭제되는 동안 파일이 남아 있음을 발견했습니다 . 수동으로 삭제 mysql/data/database_name했는데 오류가 사라졌습니다.


이 답변은 XAMPP를 사용하지 않는 사람들에게 도움이 되었습니까?
Technotronic

3
나에게서 엄지 손가락! 잘 작동했습니다. 그러나, 내가 약간 나를 위해 폴더의 경로 (그것을 찾기 위해 노력하고 혼란있어)로 업데이트 할 수 있습니다 : / 응용 프로그램 / XAMPP / xamppfiles은 / var / mysql을
페닉스 Aoras

이것을 사용하면 Xampp 나 Mamp를 사용하지 않고 리눅스 민트의 스토리지 엔진에서 168 개의 오류가 발생했습니다 (비판은없고 그냥 알리는 것)
Steven

1
공장! 깨진 하나의 .ibd 파일을 삭제 한 다음 테이블을 다시 만들 수 있습니다. 우분투 16, mariadb
waza123

Docker도 마찬가지입니다 (Docker가 충돌하거나 호스트가 다시 시작되면 동기화 폴더 내부에서 날짜가
잘못되어이

23

WAMP [Windows 7 Ultimate x64 비트] 사용자의 경우 :

DangerDave의 말에 동의하므로 WAMP 사용자 에게 답변을 제공하고 있습니다 .

참고 : 우선, .. \ WAMP \ Bin \ MySQL \ MySQL [My MySQL Version] \ Data 폴더로 이동해야합니다.

이제 모든 데이터베이스의 폴더가 표시됩니다

  • 문제가있는 테이블이있는 데이터베이스 폴더를 두 번 클릭하여 엽니 다.
  • 파일 [Your offending MySQL table name].frm이 없어야 합니다 . 대신 파일 이 있어야합니다.[Your offending MySQL table name].ibd
  • 삭제 [Your offending MySQL table name].ibd
  • 그런 다음 휴지통에서도 삭제하십시오.
  • 그런 다음 데이터베이스에서 MySQL 쿼리를 실행하면 완료됩니다.

22

당신이 얻을 경우 .idb당신이 그것을 삭제 한 후 다시 다시,이 대답을 읽어 보시기 바랍니다.

이것이 나와 함께 일한 방식입니다. 해당 .idb파일이없는 파일을 가지고 있었고 파일을 .frm삭제할 때마다 .idb데이터베이스가 다시 만듭니다. MySQL 문서 에서 한 줄로 솔루션을 찾았습니다 ( 테이블 공간이 존재하지 않습니다 )

1- 다른 데이터베이스 디렉토리에 일치하는 .frm 파일을 작성하여 고아 테이블이있는 데이터베이스 디렉토리에 복사하십시오.

2- 원래 테이블에 대해 DROP TABLE을 발행하십시오. 성공적으로 테이블을 삭제하고 InnoDB는 .ibd 파일이 없다는 오류 로그에 경고를 인쇄해야합니다.

다른 테이블 .frm파일을 복사 하여 누락 된 테이블처럼 이름을 지정한 다음 일반 드롭 테이블 쿼리 및 짜잔을 만들고 작동했으며 테이블은 정상적으로 삭제되었습니다!

내 시스템은 Windows MariaDB v 10.1.8의 XAMPP입니다.


3
.frm 파일을 만들고 테이블을 삭제하면 .idb 파일을 삭제해야합니다.
Narretz 2016 년

6
확인할 수있는 단계는 다음과 같습니다. 1. mysql / path / table_name.idb 삭제 2. table_name.frm 추가 3. DROP table_name
Jeremy Dennen

이것은 나를 위해 일했습니다. 감사. FK를 삭제하는 동안이 오류가 발생하여 즉시 FK를 중지했습니다. 내 테이블 정의 데이터가 손상되었다고 생각합니다.
Rodolfo Velasco

다음 드롭하려고 파일을 넣어 후 mysql을 다시 시작 기억
세예드 알리의 Roshan

mysql> data> mysql에는 필요한 .frm 파일이 있습니다. 이것을 복사 할 수 있습니까?
Timo

8

제 경우에는 유일한 해결책은 다음과 같습니다.

  1. 테이블 bad_table엔진 생성 = MyISAM ...
  2. rm bad_table.ibd
  3. 드롭 테이블 bad_table

나를 위해 일했다! [오류] InnoDB : 해당 테이블이 InnoDB 데이터 사전에 존재하지 않지만 './dbname/tablename.ibd'파일이 이미 존재합니다. SQL 명령 DISCARD TABLESPACE 및 IMPORT TABLESPACE를 사용하지 않고 InnoDB .ibd 파일을 이동 했습니까, 아니면 CREATE TABLE 도중에 mysqld가 충돌 했습니까? MySQL의 'datadir'에서 './dbname/tablename.ibd'파일을 제거하여 문제를 해결할 수 있습니다.
PAdrian

1
테이블 스페이스가 존재하여 테이블을 생성 할 수 없습니다.
Liam Mitchell

그것은 나를 위해 작동하지 않습니다. 동일한 엔진으로 테이블을 다시 만들고 싶을 때 ibd 파일이 계속 나타납니다.
Fajar Rukmo

8

이것은 내가 로그 파일에 정확히 같은 오류를 보여준 테이블이있을 때 fedora의 mariadb 10.2.16에서했던 일입니다 ...

2018-07-11  9:43:58 140323764213504 [Note] InnoDB: The file './database_name/innodb_table.ibd' already exists though the corresponding table did not exist in the InnoDB data dictionary. You can resolve the problem by removing the file.
2018-07-11  9:44:29 140323764213504 [Warning] InnoDB: Tablespace 'database_name/innodb_table' exists in the cache with id 2836 != 2918

마일리지와 오류는 다를 수 있지만 가장 중요한 것은

...already exists though the corresponding table did not exist in the InnoDB data dictionary...

테이블 삭제뿐만 아니라 드롭 테이블이 작동하지 않습니다 ...

MariaDB [database_name]> drop table innodb_table;
ERROR 1051 (42S02): Unknown table 'database_name.innodb_table'

MariaDB [database_name]> alter table innodb_table discard tablespace;
ERROR 1146 (42S02): Table 'database_name.innodb_table' doesn't exist

테이블 생성도 실패합니다.

MariaDB [database_name]> create table  innodb_table(`id` int(10) unsigned NOT NULL);
ERROR 1813 (HY000): Tablespace for table '`database_name`.`innodb_table`' exists. Please DISCARD the tablespace before IMPORT

이 문제를 해결하기 위해 내가 한 일은 처음이었습니다.

create table  innodb_table2(`id` int(10) unsigned NOT NULL);
Query OK, 0 rows affected (0.07 sec)

그런 다음 / var / lib / mysql / database_name 디렉토리에서 루트로 다음을 수행하여 문제를 일으킨 innodb_table.ibd의 덮어 쓰기를 승인했습니다.

cp -a innodb_table2.frm innodb_table.frm
cp -a innodb_table2.ibd innodb_table.ibd
systemctl restart mariadb

그런 다음 mysql 콘솔로 돌아가서 두 테이블 모두에서 성공적인 drop 명령을 발행했습니다.

MariaDB [database_name]> drop table innodb_table;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    8
Current database: database_name

Query OK, 0 rows affected (0.08 sec)

MariaDB [database_name]> drop table innodb_table2;
Query OK, 0 rows affected (0.25 sec)

이제 모든 것이 정사각형이며 하나의 단일 테이블을 다시 만들 수 있습니다 ...

MariaDB [database_name]> create table  innodb_table (`id` int(10) unsigned NOT NULL);
Query OK, 0 rows affected (0.08 sec)

편집 : 나는에 추가하려고했다

restorecon -Rv /var/lib/mysql/database_name 

데이터베이스를 복사 한 후 명령은 데이터베이스에서 거의 즉시 삭제하더라도 모든 selinux 컨텍스트를 가져와야합니다. 대신에 --archive 또는 -a 옵션을 두 개의 cp에 추가 할 수 있습니다 예, 실제로 아카이브 옵션은 이것을 단축시킵니다 :

cp innodb_table2.frm innodb_table.frm
cp innodb_table2.ibd innodb_table.ibd
chown mysql:mysql innodb_table.frm innodb_table.ibd
chmod 660 innodb_table.frm innodb_table.ibd
restorecon -Rv /var/lib/mysql/database_name
systemctl restart mariadb

내가 생각하는 것이 더 좋으며 이미 만들어진 테이블에 설정된 selinux 컨텍스트를 유지합니다.

cp -a innodb_table2.frm innodb_table.frm
cp -a innodb_table2.ibd innodb_table.ibd
systemctl restart mariadb

위의 더 긴 명령 목록을 *로 단축 할 수있는 짧은 목록으로 바꿨습니다.


이것은 CentOS MariaDB 10.2.31에서 잘 작동했습니다. MySQL 서비스를 다시 시작할 필요가없는 솔루션을 찾고 있었고 이것이 바로 그 것입니다. 핵심은 깨끗한 innodb_table2 파일 세트 (innodb_table2.frm 및 innodb_table2.ibd)를 작성하고 둘 다 innodb_table 파일 위에 놓는 것입니다.
저스틴

6

나의 경우에는:

먼저 tableName.ibdMysql에서 데이터베이스 디렉토리를 제거한 다음 두 번째를 실행하십시오.

ALTER TABLE tableName DISCARD TABLESPACE;
DROP TABLE tableName;

고맙습니다, 내 경우에는 1) 데이터베이스 서버를 중지했습니다 (서비스 mysql 중지) 2) idb 파일을 제거했습니다 3) 데이터베이스 서버를 시작했습니다 (서비스 mysql start) 변경 및 삭제 쿼리를 실행하지 않았습니다
lemk0

Windows의 데이터베이스 디렉토리는 기본적으로 C : \ ProgramData \ MySQL에 있습니다.
Rodin10

4

users 테이블을 작성하는 동안 wampserver에서 동일한 오류가 발생했습니다. users.ibd 파일을 찾았고이 파일을 삭제 한 후 migrate 명령을 다시 실행하여 작동했습니다. 내 Windows 컴퓨터의 파일은 wamp / bin / mysql / mysql5.6.12 / data / myproject에 있습니다.


4

해결책

그러나 더 쉬운 옵션은 다음과 같습니다. MySQL을 다시 시작한 후 다음과 같은 네 단계를 수행하십시오.

1) created a dummy table in the database;
2) discarded its tablespace;
3) moved the .ibd file into the database folder on the system;
4) attached the tablespace back to the table

이런 식으로 데이터 사전의 테이블 스페이스 ID와 파일이 일치합니다. 따라서 테이블 스페이스 가져 오기에 성공했습니다.

이를 통해 복구 프로세스 또는 파일 전송 중 일부 InnoDB "gotcha 's를 처리 할 때 더 큰 확신을 가질 수 있습니다.

심판


7
이것은 독립형 답변이 아닙니다.
Nathaniel Ford

3

솔루션 단계는 다음과 같습니다.

  1. 데이터베이스 백업 (드롭 옵션 및 데이터가있는 구조)
  2. MySQL 엔진 서비스 중지
  3. mysql / data 내부에서 데이터베이스 디렉토리를 수동으로 제거하십시오.
  4. MySQL 엔진 시작
  5. 손상된 데이터베이스와 다른 이름으로 새 데이터베이스를 만듭니다.
  6. 새 데이터베이스 내에 손상된 테이블 이름으로 단일 테이블을 만듭니다 (이것이 비밀입니다). 정확히 동일한 구조로 테이블을 만드는 것이 좋습니다.
  7. 데이터베이스를 오래된 손상된 데이터베이스로 이름을 바꿉니다.
  8. 백업을 복원하면 테이블이 제대로 작동합니다.

2

이 문제가 여러 번있었습니다. 큰 DB가 있고 누락 된 테이블이 추가 된 백업 / 복원을 피하려는 경우 앞뒤로 몇 번 시도하십시오.

DROP TABLE my_table;

ALTER TABLE my_table DISCARD TABLESPACE;

-과-

/ var / lib / mysql / my_db / 디렉토리에있는 rm my_table.ibd (또는 해당 my_table.frm이없는 고아)

-그리고-

존재하지 않으면 테이블 만들기 my_table(...)


2

tablename.ibd를 삭제 / 이동해도 제대로 작동하지 않습니다.

어떻게 해결했는지

손상되고 존재하지 않는 테이블을 삭제하려고했기 때문에 phpmyadmin-> database-> export-> selected tables to backup-> export (.sql)로 이동하여 다른 테이블을 백업했습니다.

그 후 데이터베이스 이름 옆의 데이터베이스 아이콘을 선택한 다음 삭제했습니다. 새로운 데이터베이스를 만들었습니다. 새 데이터베이스를 선택하십시오-> 가져 오기-> 이전에 다운로드 한 파일을 선택하십시오-> 가져 오기를 클릭하십시오. 이제 이전 작업 테이블이 있고 손상된 테이블이 삭제되었습니다. 이제 오류가 발생하는 테이블을 만듭니다.

아마도 손상된 테이블의 이전 백업이 있었을 것입니다.


2

이 오류는 일부 기능을 일시 중단 할 때 발생합니다. 잘못된 외래 키로 아래 쿼리를 실행하는 것과 같습니다.

set foreign_key_checks=0

2

정확히 같은 문제가 있었다; mysql@5.6(이전에 5.5를 사용한 후에) 추가했습니다 .

5.6의 brew 기본값 innodb_file_per_table=1은 5.5이고, 기본값 은 5.5 innodb_file_per_table=0입니다.

기존 ibdata1파일 (결합 된 innodb 데이터)에는 여전히 작성 / 삭제하려는 테이블에 대한 참조가 있습니다. innodb_file_per_table다시 0으로 변경 하거나 ibdata1 데이터 파일을 삭제하십시오 ( 이로 인해 모든 데이터가 손실되므로 mysqldump에 먼저 또는 .sql 덤프가 있는지 확인하십시오 ).

다른 mysql@5.6저의 기본 설정은 포트가 부족했기 때문에 네트워킹은 유닉스 소켓으로 기본 설정되었으며 mysql 클라이언트는 계속보고했습니다.

ERROR 2013 (HY000): Lost connection to MySQL server at 'sending authentication information', system error: 32

나는 추가 <string>--port=3306</string>받는 .plist배열,하지만 당신은 또한 지정할 수 port=3306my.cnf

brew services stop mysql@5.6그런 다음 변경을 실행하십시오.brew services start mysql@5.6


1

테이블 스페이스를 삭제하려고하면 다른 오류가 발생할 수 있습니다. 나에게 다음과 같은 오류가 발생했습니다.

DROP TABLESPACE `tablename`

Error Code: 1478. Table storage engine 'InnoDB' does not support the create option 'TABLESPACE or LOGFILE GROUP' 

내 솔루션은 데이터베이스를 삭제하는 것이 었습니다. 그러면 관련된 테이블 스페이스가 제거되고 테이블을 다시 작성할 수 있습니다.


19
불행히도 그것은 '나사를 가지고 있고 망치를 사용하면이 오류를 반환하므로 내 솔루션은 그것에 바위를 떨어 뜨 렸습니다.'라고 말하는 것과 같습니다. 실제 값은 전체 데이터베이스를 압축하지 않고이 하나의 테이블을 수정하는 방법을 알아내는 것입니다.
Jason

도! 나는 이것이 내 질문에 대한 대안 솔루션이기를 바 랐고 (그리고 대답으로 게시했다), 이미 테이블 이름을 바꾸거나 데이터베이스를 삭제하는 과정의 중간 단계에 있습니다. 나는 지금 InnoDB를 싫어한다.
NobleUplift

그러나 나는 데이터베이스를 압축하고 다시 작성했지만 여전히이 문제가 있습니다!
TRiG

@TRiG 서버를 다시 시작 했습니까?
Aris

1
@Aris라는 별도의 질문을 할 것입니다. 제 경우에는 우분투 데스크탑에 있습니다. MySQL뿐만 아니라 전체 머신을 여러 번 다시 시작했습니다. 또한을 사용하여 데이터베이스 폴더를 직접 삭제했습니다 rm -r. 자극적이지만 쇼 토핑도 아닙니다.
TRiG

1

동일한 테이블의 양호한 버전을 가진 다른 서버가 있으면 copy (table_copy)를 작성하고 table_copy를 문제점 서버로 전송하십시오. 그런 다음 문제점 테이블을 삭제하고 table_copy의 이름을 table로 바꾸십시오.


1

나에게 그것은 / var / lib / mysql / {db_name} (linux) 아래의 MYSQL DATA 디렉토리로 이동하여 폴더 이름과 동일한 {table_name} .ibd 파일을 삭제하는 데 도움이되었습니다.


0

로컬 호스트에있는 오래된 DB 만 wamp에서 직접 삭제하고 모든 서비스를 중지하고 wamp / bin / mysql / mysql [version] / data로 이동하여 문제가있는 DB를 찾았습니다. 삭제하고 모든 서비스를 다시 시작합니다. 데이터베이스를 다시 작성하면 완료됩니다. 이제 테이블을 가져올 수 있습니다.


0

이 문제를 "해결"하는 방법은 상당히 성가 시지만 처리하는 스크립트가 있습니다.

본질적으로, 가려야 할 파일 ibdata1ib_logfile*파일 이 필요합니다 (특히 외래 키의 매핑이 포함되어 있음). 이를 수행하는 유일한 안전한 방법은 모든 데이터베이스를 내보내고, mysql을 중지하고, 파일을 제거하고, mysql을 시작한 다음, 파일을 가져 오는 것입니다.

이 문제를 해결하는 데 도움이 스크립트는 https://github.com/uberhacker/shrink-ibdata1 에도이 스크립트의 명시된 목적이 다르다하더라도, 그것은 않는 문제를 해결.


0

그것이 나를 위해 일한 유일한 방법은 다음과 같습니다.

  1. 비슷한 테이블 만들기
  2. 새 유사한 테이블의 .frm 및 .idb 파일을 손상된 테이블의 이름으로 복사하십시오.
  3. 권한 수정
  4. MariaDB 재시작
  5. 손상된 테이블을 삭제

-1

이 문제가 있고 다른 옵션으로 엔진을 'myisam'과 같은 다른 엔진으로 변경하지 않은 경우 테이블을 작성하십시오.

면책 조항 : 다른 스토리지 엔진에서 지원하지 않는 외래 키 제약 조건이있을 수 있으므로 올바른 답변이 아닙니다. 모든 스토리지 엔진에는 데이터를 저장하고 액세스 할 수있는 고유 한 특성이 있으며 이러한 점도 고려해야합니다.


-1

IMPORT 전에 테이블 스페이스를 삭제하십시오

동일한 문제 해결 방법이 아래에 있습니다.

  1. 먼저 데이터베이스 이름을 삭제해야합니다. 데이터베이스가 삭제되지 않으면 나에게 흐름이 있습니다. Windows 시스템의 경우 디렉토리는 C : / xampp / mysql / data / yourdabasefolder입니다. "yourdabasefolder"를 제거하십시오.

  2. 다시 한 번 새 데이터베이스를 작성하고 이전 SQL 파일을 가져와야합니다. 작동합니다

감사


-1

MySQL 데이터 디렉토리를 찾아야했습니다.

"% dir"과 같은 Variable_Name 위치에 변수 표시

그런 다음 해당 데이터베이스를 강제로 제거하십시오.

sudo rm -rf


-1

다음 쿼리를 mysql 루트 사용자로 실행할 수 있습니다

drop tablespace `tableName`

-1

개발자들이 시간을 낭비하지 않습니다. 테이블이 포함 된 데이터베이스를 삭제하고 전체 테이블을 다시 가져 오기만하면됩니다. 시간 절약 = 시간은 돈이다. 건배.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.