Kode Kesalahan: 2013. Koneksi terputus ke server MySQL selama permintaan

Saya mendapat Kode Kesalahan: 2013. Sambungan hilang ke server MySQL saat kesalahan kueri ketika saya mencoba menambahkan indeks ke tabel menggunakan MySQL Workbench. Saya perhatikan juga bahwa itu muncul setiap kali saya menjalankan permintaan panjang.

Apakah ada jauh untuk meningkatkan nilai batas waktu?

Versi baru dari MySQL WorkBench memiliki opsi untuk mengubah batas waktu tertentu.

Bagi saya itu berada di bawah Edit → Preferences → SQL Editor → DBMS koneksi membaca batas waktu (dalam detik): 600

Mengubah nilai menjadi 6000.

Baris batas yang tidak dicentang juga sebagai batas pada setiap kali saya ingin mencari seluruh kumpulan data yang melelahkan.

Mulai server DB dengan opsi comandline net_read_timeout/ wait_timeoutdan nilai yang sesuai (dalam detik) - misalnya: --net_read_timeout=100.

Untuk referensi lihat di sini dan di sini .

Jika kueri Anda memiliki data gumpalan, masalah ini dapat diperbaiki dengan menerapkan my.iniperubahan seperti yang diusulkan dalam jawaban ini :

[mysqld]
max_allowed_packet=16M

Secara default, ini akan menjadi 1M (nilai maksimum yang diizinkan adalah 1024M). Jika nilai yang diberikan bukan kelipatan 1024K, maka secara otomatis akan dibulatkan ke kelipatan terdekat 1024K.

Sementara utas yang dirujuk adalah tentang kesalahan MySQL 2006 , pengaturan max_allowed_packetdari 1M hingga 16M memang memperbaiki kesalahan 2013 yang muncul untuk saya ketika menjalankan kueri yang panjang.

Untuk pengguna WAMP: Anda akan menemukan bendera di [wampmysqld]bagian tersebut.

Tambahkan yang berikut ini ke file / etc / mysql / cnf:

innodb_buffer_pool_size = 64M

contoh:

key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 192K
thread_cache_size       = 8
innodb_buffer_pool_size = 64M

SET @@local.net_read_timeout=360;

Peringatan: Yang berikut ini tidak akan berfungsi ketika Anda menerapkannya dalam koneksi jarak jauh:

SET @@global.net_read_timeout=360;

Ada tiga kemungkinan penyebab untuk pesan kesalahan ini

1. Biasanya ini menunjukkan masalah konektivitas jaringan dan Anda harus memeriksa kondisi jaringan Anda jika kesalahan ini sering terjadi
2. Kadang-kadang bentuk "selama permintaan" terjadi ketika jutaan baris dikirim sebagai bagian dari satu atau lebih permintaan.
3. Lebih jarang, itu bisa terjadi ketika klien mencoba koneksi awal ke server

Untuk lebih jelasnya baca >>

Penyebab 2:

SET GLOBAL interactive_timeout=60;

dari standarnya 30 detik hingga 60 detik atau lebih lama

Penyebab 3:

SET GLOBAL connect_timeout=60;

Terima kasih, ini berhasil. Tetapi dengan pembaruan mysqldb, konfigurasi telah menjadi:

max_allowed_packet

net_write_timeout

net_read_timeout

mysql doc

Anda harus mengatur properti 'interactive_timeout' dan 'wait_timeout' di file konfigurasi mysql ke nilai yang Anda butuhkan.

Hanya melakukan MySQL meng-upgrade yang akan membangun kembali InnoDB engine bersama dengan membangun kembali dari banyak tabel diperlukan untuk berfungsinya MySQL seperti performance_schema, information_schema, dll

Keluarkan perintah di bawah ini dari shell Anda:

sudo mysql_upgrade -u root -p

Saya tahu yang lama tetapi di mac

1. Control-click your connection and choose Connection Properties.
2. Under Advanced tab, set the Socket Timeout (sec) to a larger value.

Ubah waktu "baca batas waktu" di Edit-> Preferences-> SQL editor-> sesi MySQL

Coba hapus centang pada baris batas di dalam Edit → Preferences → SQL Queries

karena Anda harus mengatur properti 'interactive_timeout' dan 'wait_timeout' dalam file config mysql ke nilai yang Anda butuhkan.

Jika Anda mengalami masalah ini selama pengembalian file-dump besar dan dapat mengesampingkan masalah yang ada hubungannya dengan jaringan (misalnya eksekusi pada localhost) daripada solusi saya bisa membantu.

Mysqldump saya menampung setidaknya satu INSERT yang terlalu besar untuk dihitung oleh mysql. Anda dapat melihat variabel ini dengan mengetik show variables like "net_buffer_length";di dalam mysql-cli Anda. Anda memiliki tiga kemungkinan:

• tingkatkan net_buffer_length di dalam mysql -> ini akan membutuhkan server restart
• buat dump dengan --skip-extended-insert, per masukkan satu baris digunakan -> walaupun dump ini jauh lebih bagus untuk dibaca, ini tidak cocok untuk dump besar> 1GB karena cenderung sangat lambat
• buat dump dengan sisipan yang diperluas (yang merupakan default) tetapi batasi net-buffer_length misalnya dengan --net-buffer_length NR_OF_BYTES mana NR_OF_BYTES lebih kecil dari net_buffer_length server -> Saya pikir ini adalah solusi terbaik, meskipun lebih lambat tidak diperlukan restart server.

Saya menggunakan perintah mysqldump berikut: mysqldump --skip-comments --set-charset --default-character-set=utf8 --single-transaction --net-buffer_length 4096 DBX > dumpfile

Saya mendapat masalah yang sama saat memuat file .csv. Mengonversi file menjadi .sql.

Menggunakan perintah di bawah ini saya berhasil mengatasi masalah ini.

mysql -u <user> -p -D <DB name> < file.sql

Semoga ini bisa membantu.

Jika semua solusi lain di sini gagal - periksa syslog Anda (/ var / log / syslog atau yang serupa) untuk melihat apakah server Anda kehabisan memori selama permintaan.

Punya masalah ini ketika innodb_buffer_pool_size diset terlalu dekat dengan memori fisik tanpa swapfile yang dikonfigurasi. MySQL merekomendasikan untuk pengaturan server database khusus innodb_buffer_pool_size pada maksimum sekitar 80% dari memori fisik , saya telah menetapkan sekitar 90%, kernel membunuh proses mysql. Pindah innodb_buffer_pool_size kembali turun menjadi sekitar 80% dan itu memperbaiki masalah.

Dalam kasus saya, mengatur interval waktu koneksi ke 6000 atau sesuatu yang lebih tinggi tidak berfungsi.

Saya hanya melakukan apa yang dikatakan meja kerja yang bisa saya lakukan.

Jumlah maksimum waktu kueri dapat mengambil untuk mengembalikan data dari DBMS. Set 0 untuk melewati batas waktu baca.

Pada Preferensi Mac -> SQL Editor -> Pergi ke Sesi MySQL -> atur interval baca batas waktu koneksi ke 0.

Dan itu berfungsi 😄

Saya menghadapi masalah yang sama ini. Saya percaya ini terjadi ketika Anda memiliki kunci asing ke tabel yang lebih besar (yang membutuhkan waktu).

Saya mencoba menjalankan pernyataan membuat tabel lagi tanpa deklarasi kunci asing dan ternyata berhasil.

Kemudian setelah membuat tabel, saya menambahkan batasan kunci asing menggunakan kueri ALTER TABLE.

Semoga ini bisa membantu seseorang.

Ini terjadi pada saya karena innodb_buffer_pool_size saya ditetapkan lebih besar dari ukuran RAM yang tersedia di server. Banyak hal menjadi terganggu karena ini dan itu mengeluarkan kesalahan ini. Cara mengatasinya adalah memperbarui my.cnf dengan pengaturan yang benar untuk innodb_buffer_pool_size.

Pergi ke Workbench Edit → Preferensi → SQL Editor → Koneksi DBMS waktu habis baca: Hingga 3000. Kesalahan tidak lagi terjadi.

Pergi ke:

Edit -> Preferensi -> SQL Editor

Di sana Anda dapat melihat tiga bidang dalam grup "MySQL Session", di mana Anda sekarang dapat mengatur interval koneksi baru (dalam detik).

Ternyata aturan firewall kami memblokir koneksi saya ke MYSQL. Setelah kebijakan firewall dicabut untuk memungkinkan koneksi saya berhasil mengimpor skema.

Saya memiliki masalah yang sama - tetapi bagi saya solusinya adalah pengguna DB dengan izin yang terlalu ketat. Saya harus membiarkan Executekemampuan di atas mysqlmeja. Setelah membiarkan itu, saya tidak punya koneksi yang terjatuh lagi

Periksa apakah indeks berada di tempat pertama.

SELECT *
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = '<schema>'

Saya berlari ke ini saat menjalankan proc yang tersimpan - yang menciptakan banyak baris ke dalam tabel di database. Saya bisa melihat kesalahan datang tepat setelah waktu melewati batas 30 detik.

Saya mencoba semua saran di jawaban lain. Saya yakin beberapa di antaranya membantu, namun- yang benar-benar membuatnya bekerja adalah beralih ke SequelPro dari Workbench.

Saya menduga itu adalah beberapa koneksi sisi klien yang tidak dapat saya temukan di Workbench. Mungkin ini akan membantu orang lain juga?

Jika Anda menggunakan SQL Work Bench, Anda dapat mencoba menggunakan Pengindeksan, dengan menambahkan indeks ke tabel Anda, untuk menambahkan indeks, klik pada simbol kunci pas (spanner) pada tabel, itu akan membuka pengaturan untuk tabel, di bawah ini , klik pada tampilan indeks, ketikkan nama indeks dan atur jenisnya ke indeks, Di kolom indeks, pilih kolom utama di tabel Anda.

Lakukan langkah yang sama untuk kunci utama lainnya di tabel lain.

Tampaknya ada jawaban yang hilang di sini untuk mereka yang menggunakan SSH untuk terhubung ke database MySQL mereka. Anda perlu memeriksa dua tempat bukan 1 seperti yang disarankan oleh jawaban lain:

Edit Meja Kerja → Preferensi → Editor SQL → DBMS

Edit Meja Kerja → Preferensi → SSH → Batas Waktu

Batas waktu SSH default saya ditetapkan sangat rendah dan menyebabkan beberapa (tetapi tampaknya tidak semua) masalah batas waktu saya. Setelah itu, jangan lupa untuk me-restart MySQL Workbench!

Terakhir, mungkin perlu menghubungi Admin DB Anda dan meminta mereka untuk meningkatkan properti wait_timeout & interactive_timeout di mysql sendiri melalui my.conf + mysql restart atau melakukan set global jika me-restart mysql bukan pilihan.

Semoga ini membantu!

Tiga hal yang harus diikuti dan pastikan:

1. Apakah beberapa kueri menunjukkan koneksi terputus?
2. bagaimana Anda menggunakan set query di MySQL?
3. bagaimana cara menghapus + memperbarui kueri secara bersamaan?

Jawaban:

1. Selalu mencoba untuk menghapus definisi karena MySQL membuat definisi sendiri dan jika beberapa tabel terlibat untuk pembaruan coba buat satu permintaan karena kadang-kadang banyak permintaan menunjukkan kehilangan koneksi
2. Selalu SET nilai di atas tetapi setelah HAPUS jika kondisinya tidak melibatkan nilai SET.
3. Gunakan DELETE FIRST THN UPDATE JIKA KEDUA OPERASI MEREKA DILAKUKAN PADA TABEL BERBEDA

periksa tentang

OOM on /var/log/messages ,
modify innodb_buffer_pool_size value ; when load data , use 50% of os mem ; 

Semoga ini membantu

Ini biasanya berarti bahwa Anda memiliki "ketidakcocokan dengan versi MySQL Server saat ini", lihat mysql_upgrade. Saya mengalami masalah yang sama dan hanya harus menjalankan:

mysql_upgrade --password Dokumentasi menyatakan bahwa, "mysql_upgrade harus dijalankan setiap kali Anda meningkatkan MySQL".