MySQL刪除海量數(shù)據(jù)方法

1.我覺得你可以把有用的數(shù)據(jù)提出來，然后刪除整個表

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于成都網(wǎng)站建設、成都網(wǎng)站制作、豐澤網(wǎng)絡推廣、微信小程序開發(fā)、豐澤網(wǎng)絡營銷、豐澤企業(yè)策劃、豐澤品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)為所有大學生創(chuàng)業(yè)者提供豐澤建站搭建服務，24小時服務熱線：18980820575，官方網(wǎng)址：www.cdcxhl.com

2.寫個程序，1次刪除1條，晚上別關機，一直掛著

mysql刪除一個或一次性刪除多個字段、表列方法

一次刪除一列表字段

alter table?表名 ?drop column?列名? ? 其他復制不變

一次刪除多列表字段

ALTER TABLE?表名

DROP?列名,

DROP 列名,

DROP 列名,

DROP 列名,

DROP 列名 ...

如果數(shù)據(jù)多的情況下去操作，耗時很長需耐心

Navicat for MySQL這個軟件,如何批量刪除數(shù)據(jù),求大神指導.

先進入一個表的查詢結果界面，按住shift選中多條數(shù)據(jù)，按最下面的“-”按鈕就可以批量刪除了

mysql一次刪除多個表中數(shù)據(jù)

可以寫個腳本（或者函數(shù)），保存一下腳本，刪除的時候直接運行就行。

比如：

delete from table_v1;

delete from table_v2 where **;

delete from table_v3 where ***;

將需要刪除內(nèi)容的表，都放到一個文件中，執(zhí)行這個文件中的腳本就可以實現(xiàn)批量刪除。

mysql數(shù)據(jù)庫的 alter可否批量操作？ 例如批量修改，批量刪除這樣？求思路，求解.！php！

MySQL 的 Binlog 記錄著 MySQL 數(shù)據(jù)庫的所有變更信息，了解 Binlog 的結構可以幫助我們解析Binlog，甚至對 Binlog 進行一些修改，或者說是“篡改”，例如實現(xiàn)類似于 Oracle 的 flashback 的功能，恢復誤刪除的記錄，把 update 的記錄再還原回去等。本文將帶您探討一下這些神奇功能的實現(xiàn)，您會發(fā)現(xiàn)比您想象地要簡單得多。本文指的 Binlog 是 ROW 模式的 Binlog，這也是 MySQL 8 里的默認模式，STATEMENT 模式因為使用中有很多限制，現(xiàn)在用得越來越少了。

Binlog 由事件（event）組成，請注意是事件（event）不是事務（transaction），一個事務可以包含多個事件。事件描述對數(shù)據(jù)庫的修改內(nèi)容。

現(xiàn)在我們已經(jīng)了解了 Binlog 的結構，我們可以試著修改 Binlog 里的數(shù)據(jù)。例如前面舉例的 Binlog 刪除了一條記錄，我們可以試著把這條記錄恢復，Binlog 里面有個刪除行（DELETE_ROWS_EVENT）的事件，就是這個事件刪除了記錄，這個事件和寫行（WRITE_ROWS_EVENT）的事件的數(shù)據(jù)結構是完全一樣的，只是刪除行事件的類型是 32，寫行事件的類型是 30，我們把對應的 Binlog 位置的 32 改成 30 即可把已經(jīng)刪除的記錄再插入回去。從前面的 “show binlog events” 里面可看到這個 DELETE_ROWS_EVENT 是從位置 378 開始的，這里的位置就是 Binlog 文件的實際位置（以字節(jié)為單位）。從事件（event）的結構里面可以看到 type_code 是在 event 的第 5 個字節(jié)，我們寫個 Python 小程序把把第383（378+5=383）字節(jié)改成 30 即可。當然您也可以用二進制編輯工具來改。

找出 Binlog 中的大事務

由于 ROW 模式的 Binlog 是每一個變更都記錄一條日志，因此一個簡單的 SQL，在 Binlog 里可能會產(chǎn)生一個巨無霸的事務，例如一個不帶 where 的 update 或 delete 語句，修改了全表里面的所有記錄，每條記錄都在 Binlog 里面記錄一次，結果是一個巨大的事務記錄。這樣的大事務經(jīng)常是產(chǎn)生麻煩的根源。我的一個客戶有一次向我抱怨，一個 Binlog 前滾，滾了兩天也沒有動靜，我把那個 Binlog 解析了一下，發(fā)現(xiàn)里面有個事務產(chǎn)生了 1.4G 的記錄，修改了 66 萬條記錄！下面是一個簡單的找出 Binlog 中大事務的 Python 小程序，我們知道用 mysqlbinlog 解析的 Binlog，每個事務都是以 BEGIN 開頭，以 COMMIT 結束。我們找出 BENGIN 前面的 “# at” 的位置，檢查 COMMIT 后面的 “# at” 位置，這兩個位置相減即可計算出這個事務的大小，下面是這個 Python 程序的例子。

切割 Binlog 中的大事務

對于大的事務，MySQL 會把它分解成多個事件（注意一個是事務 TRANSACTION，另一個是事件 EVENT），事件的大小由參數(shù) binlog-row-event-max-size 決定，這個參數(shù)默認是 8K。因此我們可以把若干個事件切割成一個單獨的略小的事務

ROW 模式下，即使我們只更新了一條記錄的其中某個字段，也會記錄每個字段變更前后的值，這個行為是 binlog_row_image 參數(shù)控制的，這個參數(shù)有 3 個值，默認為 FULL，也就是記錄列的所有修改，即使字段沒有發(fā)生變更也會記錄。這樣我們就可以實現(xiàn)類似 Oracle 的 flashback 的功能，我個人估計 MySQL 未來的版本從可能會基于 Binlog 推出這樣的功能。

了解了 Binlog 的結構，再加上 Python 這把瑞士軍刀，我們還可以實現(xiàn)很多功能，例如我們可以統(tǒng)計哪個表被修改地最多？我們還可以把 Binlog 切割成一段一段的，然后再重組，可以靈活地進行 MySQL 數(shù)據(jù)庫的修改和遷移等工作。