簡體   English   中英

DBeaver 錯誤 2013:與 MySQL 的連接丟失。 為什么?

[英]DBeaver Error 2013: Lost connection to MySQL. Why?

我正在使用 DBeaver 使用來自 Godaddy Business Shared Hosting 的 SSH 隧道轉儲數據庫,但是當 mysqldump 進程停止以顯示此錯誤時:mysqldump:錯誤 2013:在查詢時在查詢期間丟失與 MySQL 服務器的連接:17856 行轉儲表abs_attendance

為什么它會顯示此錯誤以及如何修復它? 在導出配置中,我添加了額外的命令參數:--no-tablespaces 但沒有更改相同的錯誤顯示

查看SELECT @@max_allowed_pa​​cket的結果 並改變它

max_allowed_pa​​cket

描述:數據包或生成/中間字符串的最大字節數。 數據包消息緩沖區使用 net_buffer_length 中的值進行初始化,但可以增長到 max_allowed_pa​​cket 字節。 設置為最大的 BLOB,為 1024 的倍數。如果更改此值,也應在客戶端更改。 有關復制目的的特定限制,請參閱 slave_max_allowed_pa​​cket。

Commandline: --max-allowed-packet=#
Scope: Global, Session
Dynamic: Yes (Global), No (Session)
Data Type: numeric
Default Value:
16777216 (16M) >= MariaDB 10.2.4
4194304 (4M) >= MariaDB 10.1.7
1048576 (1MB) <= MariaDB 10.1.6
1073741824 (1GB) (client-side)
Range: 1024 to 1073741824

幾乎每個 MySQL/MariaDB 版本的默認值都不同。

您還可以向 mysqldump 添加選項,以便它們限制每次插入的行數。

喜歡

mysqldump --skip-extended-insert --net_buffer_length=50000 myschema > yourfile.sql

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM