ข้อผิดพลาดของ MySQL ปี 2549: เซิร์ฟเวอร์ MySQL หายไป

ฉันใช้เซิร์ฟเวอร์ที่สำนักงานของฉันเพื่อประมวลผลไฟล์และรายงานผลลัพธ์ไปยังเซิร์ฟเวอร์ MySQL ระยะไกล

การประมวลผลไฟล์ต้องใช้เวลาพอสมควรและกระบวนการจะตายครึ่งทางพร้อมกับข้อผิดพลาดต่อไปนี้:

2006, MySQL server has gone away

ฉันเคยได้ยินเกี่ยวกับการตั้งค่า MySQL, wait_timeoutแต่ฉันต้องเปลี่ยนสิ่งนั้นบนเซิร์ฟเวอร์ที่สำนักงานหรือเซิร์ฟเวอร์ MySQL ระยะไกลของฉันหรือไม่

มันอาจจะง่ายกว่าในการตรวจสอบว่าการเชื่อมต่อและสร้างใหม่ถ้าจำเป็น

ดูPHP: mysqli_pingสำหรับข้อมูลเกี่ยวกับสิ่งนั้น

max_allowed_packetฉันได้พบนี้หลายครั้งและฉันได้พบตามปกติคำตอบจะเป็นค่าเริ่มต้นที่ต่ำมากของ

เพิ่มมันใน/etc/my.cnf(ใต้[mysqld]) ถึง 8 หรือ 16M มักจะแก้ไขได้ (ค่าเริ่มต้นใน MySql 5.7 คือ4194304ซึ่งคือ 4MB)

[mysqld]
max_allowed_packet=16M

หมายเหตุ: เพียงสร้างบรรทัดหากไม่มีอยู่

หมายเหตุ: สิ่งนี้สามารถตั้งค่าบนเซิร์ฟเวอร์ของคุณในขณะที่มันกำลังทำงานอยู่

set global max_allowed_packet=104857600ใช้ มันตั้งไว้ที่ 100MB

ฉันมีปัญหาเดียวกัน แต่การเปลี่ยนแปลงmax_allowed_packetในmy.ini/my.cnfไฟล์ภายใต้[mysqld]ทำให้เคล็ดลับ

เพิ่มบรรทัด

max_allowed_packet = 500M

ตอนนี้restart the MySQL serviceเมื่อคุณทำเสร็จแล้ว

ฉันใช้คำสั่งต่อไปนี้ในบรรทัดคำสั่ง MySQL เพื่อกู้คืนฐานข้อมูล MySQL ซึ่งมีขนาดมากกว่า 7GB และใช้งานได้

set global max_allowed_packet=268435456;

ข้อผิดพลาด: 2006 ( CR_SERVER_GONE_ERROR )

ข้อความ: เซิร์ฟเวอร์ MySQL หายไป

โดยทั่วไปคุณสามารถลองเชื่อมต่ออีกครั้งจากนั้นทำแบบสอบถามอีกครั้งเพื่อแก้ปัญหานี้ - ลอง 3-4 ครั้งก่อนที่จะยอมแพ้

ฉันจะสมมติว่าคุณกำลังใช้ PDO ถ้าเป็นเช่นนั้นคุณจะได้รับการยกเว้น PDO เพิ่มตัวนับและลองอีกครั้งถ้าตัวนับอยู่ภายใต้ขีด จำกัด

หากคุณมีแบบสอบถามที่ทำให้เกิดการหมดเวลาคุณสามารถตั้งค่าตัวแปรนี้ได้โดยการดำเนินการ:

SET @@GLOBAL.wait_timeout=300;
SET @@LOCAL.wait_timeout=300;  -- OR current session only

โดยที่ 300 คือจำนวนวินาทีที่คุณคิดว่าจะใช้เวลาสูงสุดในการสืบค้น

ข้อมูลเพิ่มเติมเกี่ยวกับวิธีจัดการกับปัญหาการเชื่อมต่อ Mysql

แก้ไข: สองการตั้งค่าอื่น ๆ ที่คุณอาจต้องการที่จะยังใช้งานและnet_write_timeoutnet_read_timeout

ใน MAMP (เวอร์ชันที่ไม่ใช่โปร) ฉันได้เพิ่ม

--max_allowed_packet=268435456

ถึง ...\MAMP\bin\startMysql.sh

เครดิตและรายละเอียดเพิ่มเติมได้ที่นี่

ข้อผิดพลาดนี้เกิดขึ้นเนื่องจากหมดอายุ wait_timeout

เพียงไปที่เซิร์ฟเวอร์ mysql ตรวจสอบ wait_timeout:

mysql> SHOW VARIABLES LIKE 'wait_timeout'

mysql> ตั้งค่า global wait_timeout = 600 # 10 นาทีหรือเวลารอสูงสุดที่คุณต้องการ

http://sggoyal.blogspot.in/2015/01/2006-mysql-server-has-gone-away.html

มีหลายสาเหตุสำหรับข้อผิดพลาดนี้

MySQL / MariaDB ที่เกี่ยวข้อง:

• wait_timeout - เวลาเป็นวินาทีที่เซิร์ฟเวอร์รอให้การเชื่อมต่อใช้งานได้ก่อนปิด
• interactive_timeout - เวลาเป็นวินาทีที่เซิร์ฟเวอร์รอการเชื่อมต่อแบบโต้ตอบ
• max_allowed_packet- ขนาดสูงสุดเป็นไบต์ของแพ็กเก็ตหรือสตริงที่สร้างขึ้น / ระดับกลาง ตั้งค่าให้ใหญ่ที่สุดเท่า BLOB ที่ใหญ่ที่สุดคูณด้วย 1024

ตัวอย่างของmy.cnf :

[mysqld]
# 8 hours
wait_timeout = 28800
# 8 hours
interactive_timeout = 28800
max_allowed_packet = 256M

เซิร์ฟเวอร์ที่เกี่ยวข้อง:

• เซิร์ฟเวอร์ของคุณมีหน่วยความจำเต็ม - ตรวจสอบข้อมูลเกี่ยวกับ RAM ด้วย free -h

กรอบที่เกี่ยวข้อง:

• ตรวจสอบการตั้งค่ากรอบงานของคุณ Django ตัวอย่างการใช้งานCONN_MAX_AGE(ดูเอกสาร )

วิธีแก้ไขข้อบกพร่อง:

• ตรวจสอบค่าของตัวแปร MySQL / MariaDB
  • กับ sql: SHOW VARIABLES LIKE '%time%';
  • บรรทัดคำสั่ง: mysqladmin variables
• เปิดการใช้คำฟุ่มเฟือยสำหรับข้อผิดพลาด:
  • MariaDB: log_warnings = 4
  • MySQL: log_error_verbosity = 3
• ตรวจสอบเอกสารสำหรับข้อมูลเพิ่มเติมเกี่ยวกับข้อผิดพลาด

บน windows พวกที่ใช้ xampp ควรใช้พา ธ นี้ xampp / mysql / bin / my.ini และเปลี่ยน max_allowed_packet (ในส่วน [mysqld]) ตามขนาดที่คุณเลือก เช่น

max_allowed_packet=8M

อีกครั้งใน php.ini (xampp / php / php.ini) เปลี่ยน upload_max_filesize ขนาดตัวเลือก เช่น

upload_max_filesize=8M

ทำให้ฉันปวดหัวบางครั้งจนกระทั่งฉันค้นพบสิ่งนี้ หวังว่ามันจะช่วย

ฉันได้รับข้อผิดพลาดเดียวกันนี้บนเซิร์ฟเวอร์ DigitalOcean Ubuntu ของฉัน

ฉันพยายามเปลี่ยนการตั้งค่า max_allowed_packet และ wait_timeout แต่ไม่ได้แก้ไขเลย

ปรากฎว่าเซิร์ฟเวอร์ของฉันไม่มี RAM ฉันเพิ่มไฟล์สลับขนาด 1GBและแก้ไขปัญหาของฉันได้

ตรวจสอบหน่วยความจำของคุณด้วยfree -hเพื่อดูว่าเป็นสาเหตุอะไร

มันเป็นปัญหา RAM สำหรับฉัน

ฉันมีปัญหาเดียวกันแม้บนเซิร์ฟเวอร์ที่มี 12 คอร์ของ CPU และ RAM 32 GB ฉันค้นคว้าเพิ่มเติมและพยายามเพิ่ม RAM นี่คือคำสั่งที่ฉันใช้บน Ubuntu 14.04 เพื่อเพิ่ม RAM:

sync && echo 3 | sudo tee /proc/sys/vm/drop_caches

และมันก็แก้ไขทุกอย่าง ฉันตั้งมันไว้ใต้ cron ให้ทำงานทุก ๆ ชั่วโมง

crontab -e

0 * * * * bash /root/ram.sh;

และคุณสามารถใช้คำสั่งนี้เพื่อตรวจสอบจำนวน RAM ที่ว่าง:

free -h

และคุณจะได้รับสิ่งนี้:

             total       used       free     shared    buffers     cached
Mem:           31G        12G        18G        59M       1.9G       973M
-/+ buffers/cache:       9.9G        21G
Swap:         8.0G       368M       7.6G

ในกรณีของฉันมันเป็นค่าopen_files_limitตัวแปรต่ำซึ่งบล็อกการเข้าถึง mysqld ไปยังไฟล์ข้อมูล

ฉันตรวจสอบด้วย:

mysql> SHOW VARIABLES LIKE 'open%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| open_files_limit | 1185  |
+------------------+-------+
1 row in set (0.00 sec)

หลังจากที่ฉันเปลี่ยนตัวแปรเป็นค่ายิ่งใหญ่เซิร์ฟเวอร์ของเรายังมีชีวิตอยู่อีกครั้ง:

[mysqld]
open_files_limit = 100000

หากคุณกำลังใช้ 64Bit WampServer โปรดค้นหาเกิดขึ้นหลายครั้งของmax_allowed_packetเพราะ WAMP ใช้ชุดค่าภายใต้ [wampmysqld64] และไม่คุ้มค่าชุดภายใต้ mysqldump [] ซึ่งสำหรับฉันคือปัญหาที่ผมได้รับการอัปเดตผิดหนึ่ง ตั้งค่านี้เป็นสิ่งที่ชอบ max_allowed_packet = 64M

หวังว่านี่จะช่วยผู้ใช้ Wampserver คนอื่น ๆ ได้

โดยทั่วไปบ่งชี้ว่าปัญหาการเชื่อมต่อเซิร์ฟเวอร์ MySQLหรือหมดเวลา โดยทั่วไปสามารถแก้ไขได้โดยเปลี่ยนwait_timeoutและmax_allowed_packetในmy.cnfหรือคล้ายกัน

ฉันขอแนะนำค่าเหล่านี้:

wait_timeout = 28800

max_allowed_packet = 8M

สำหรับ Vagrant Box ตรวจสอบให้แน่ใจว่าคุณจัดสรรหน่วยความจำเพียงพอกับกล่อง

config.vm.provider "virtualbox" do |vb|
  vb.memory = "4096"
end

สถานการณ์ที่ไม่น่าเป็นไปได้คือคุณมีไฟร์วอลล์ระหว่างไคลเอ็นต์และเซิร์ฟเวอร์ที่บังคับให้ TCP รีเซ็ตการเชื่อมต่อ

ฉันมีปัญหานั้นและพบว่าไฟร์วอลล์ F5 ของ บริษัท ของเราได้รับการกำหนดค่าให้ยุติเซสชันที่ไม่ได้ใช้งานซึ่งไม่ได้ใช้งานนานกว่า 5 นาที

อีกครั้งนี่เป็นสถานการณ์ที่ไม่น่าเป็นไปได้

เป็นความคิดที่ดีเสมอที่จะตรวจสอบบันทึกของเซิร์ฟเวอร์ Mysql ด้วยเหตุผลที่ว่าทำไมมันถึงหายไป

มันจะบอกคุณ

หากคุณใช้เซิร์ฟเวอร์ xampp:

ไปที่ xampp -> mysql -> bin -> my.ini

เปลี่ยนพารามิเตอร์ด้านล่าง:

max_allowed_packet = 500M

innodb_log_file_size = 128M

สิ่งนี้ช่วยฉันได้มาก :)

uncomment ligne ด้านล่างของคุณmy.ini/my.cnfนี้จะแยกไฟล์ขนาดใหญ่ของคุณเป็นส่วนเล็ก

# binary logging format - mixed recommended
# binlog_format=mixed

ถึง

# binary logging format - mixed recommended
binlog_format=mixed

ฉันพบวิธีแก้ปัญหา "# 2006 - เซิร์ฟเวอร์ MySQL หายไปแล้ว" ข้อผิดพลาดนี้ โซลูชันเป็นเพียงคุณต้องตรวจสอบสองไฟล์

1. config.inc.php
2. config.sample.inc.php

เส้นทางของไฟล์เหล่านี้ใน windows คือ

C:\wamp64\apps\phpmyadmin4.6.4

ในทั้งสองไฟล์มูลค่าของสิ่งนี้:

$cfg['Servers'][$i]['host']must be 'localhost' .

ในกรณีของฉันมันเป็น:

$cfg['Servers'][$i]['host'] = '127.0.0.1';

เปลี่ยนเป็น:

"$cfg['Servers'][$i]['host']" = 'localhost';

ตรวจสอบให้แน่ใจใน:

1. config.inc.php
2. ไฟล์ config.sample.inc.php จะต้องเป็น 'localhost'

และชุดสุดท้าย:

$cfg['Servers'][$i]['AllowNoPassword'] = true;

จากนั้นรีสตาร์ท Wampserver

ในการเปลี่ยนชื่อผู้ใช้และรหัสผ่าน phpmyadmin

คุณสามารถเปลี่ยนชื่อผู้ใช้และรหัสผ่านของ phpmyadmin โดยตรงผ่านไฟล์ config.inc.php

สองบรรทัดนี้

$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';

ที่นี่คุณสามารถให้ชื่อผู้ใช้และรหัสผ่านใหม่ หลังจากการเปลี่ยนแปลงให้บันทึกไฟล์และรีสตาร์ทเซิร์ฟเวอร์ WAMP

ฉันได้รับข้อความ Error 2006 ในซอฟต์แวร์ไคลเอนต์ MySQL ต่าง ๆ บนเดสก์ท็อป Ubuntu ของฉัน ปรากฎว่ารุ่นไดรเวอร์ JDBC ของฉันเก่าเกินไป

นี่อาจเป็นปัญหาของขนาดไฟล์. sql ของคุณ

หากคุณใช้ xampp ไปที่แผงควบคุม xampp -> คลิก MySql config -> เปิด my.ini

เพิ่มขนาดแพ็คเก็ต

max_allowed_packet = 2M -> 10M

มีวิธีที่ง่ายกว่าถ้าคุณใช้ XAMPP เปิดแผงควบคุม XAMPP และคลิกที่ปุ่มกำหนดค่าในส่วน mysql

ตอนนี้คลิกที่ my.ini และมันจะเปิดในตัวแก้ไข อัปเดต max_allowed_packet เป็นขนาดที่คุณต้องการ

จากนั้นเริ่มบริการ mysql ใหม่ คลิกที่หยุดบนบริการ Mysql คลิกเริ่มอีกครั้ง รอสักครู่

จากนั้นลองเรียกใช้แบบสอบถาม Mysql ของคุณอีกครั้ง หวังว่ามันจะทำงาน

MAMP 5.3 คุณจะไม่พบ my.cnf และการเพิ่มเข้าไปจะไม่ทำงานเนื่องจาก max_allowed_packet นั้นถูกเก็บไว้ในตัวแปร

ทางออกหนึ่งสามารถ:

1. ไปที่http: // localhost / phpmyadmin
2. ไปที่แท็บ SQL
3. รัน SHOW VARIABLES และตรวจสอบค่าต่างๆหากมีขนาดเล็กให้รันด้วยค่าที่มาก

4. เรียกใช้คิวรีต่อไปนี้ตั้งค่า max_allowed_packet เป็น 7gb:

   กำหนด global max_allowed_packet = 268435456;

สำหรับบางคนคุณอาจต้องเพิ่มค่าต่อไปนี้ด้วย:

set global wait_timeout = 600;
set innodb_log_file_size =268435456;

สำหรับผู้ใช้ที่ใช้ XAMPP มีพารามิเตอร์max_allowed_packet 2 ตัวใน C: \ xampp \ mysql \ bin \ my.ini

ข้อผิดพลาดนี้เกิดขึ้นโดยทั่วไปด้วยเหตุผลสองประการ

1. คุณมี RAM ต่ำเกินไป
2. การเชื่อมต่อฐานข้อมูลถูกปิดเมื่อคุณพยายามเชื่อมต่อ

คุณสามารถลองรหัสนี้ด้านล่าง

# Simplification to execute an SQL string of getting a data from the database
def get(self, sql_string, sql_vars=(), debug_sql=0):
    try:            
        self.cursor.execute(sql_string, sql_vars)
        return self.cursor.fetchall()
    except (AttributeError, MySQLdb.OperationalError):
        self.__init__()
        self.cursor.execute(sql_string, sql_vars)
        return self.cursor.fetchall()

มันลดข้อผิดพลาดไม่ว่าด้วยเหตุผลใดก็ตามโดยเฉพาะอย่างยิ่งสำหรับเหตุผลที่สอง

หากเกิดจาก RAM ต่ำคุณต้องเพิ่มประสิทธิภาพการเชื่อมต่อฐานข้อมูลจากรหัสจากการกำหนดค่าฐานข้อมูลหรือเพียงแค่เพิ่ม RAM

ในกรณีนี้จะช่วยให้ทุกคน:

ฉันได้รับข้อผิดพลาดนี้เมื่อฉันเปิดและปิดการเชื่อมต่อในฟังก์ชั่นซึ่งจะถูกเรียกใช้จากหลายส่วนของแอปพลิเคชัน เรามีการเชื่อมต่อมากเกินไปดังนั้นเราจึงคิดว่ามันอาจเป็นความคิดที่ดีที่จะนำการเชื่อมต่อที่มีอยู่กลับมาใช้ใหม่หรือทิ้งมันไปและสร้างสิ่งใหม่เช่น:

  public static function getConnection($database, $host, $user, $password)
 {
 if (!self::$instance) {
  return self::newConnection($database, $host, $user, $password);
 } elseif ($database . $host . $user != self::$connectionDetails) {

ตัวเอง :: $ instance-> แบบสอบถาม ('KILL CONNECTION_ID ()'); ตนเอง :: $ instance = null; return self :: newConnection (ฐานข้อมูล $, $ host, $ user, $ รหัสผ่าน); } คืนค่าตัวเอง :: $ instance; } กลับกลายเป็นว่าเราเป็นคนที่ละเอียดอ่อนเกินไปเกี่ยวกับการฆ่าและกระบวนการที่ทำสิ่งสำคัญในการเชื่อมต่อแบบเก่าไม่สามารถทำธุรกิจให้สำเร็จได้ ดังนั้นเราจึงลากเส้นเหล่านี้

  self::$instance->query('KILL CONNECTION_ID()');
  self::$instance = null;

และเนื่องจากฮาร์ดแวร์และการตั้งค่าของเครื่องทำให้เราเพิ่มจำนวนการเชื่อมต่อที่อนุญาตบนเซิร์ฟเวอร์โดยการเพิ่ม

max_connections = 500

ไปยังไฟล์การกำหนดค่าของเรา นี่เป็นการแก้ไขปัญหาของเราในตอนนี้และเราได้เรียนรู้บางอย่างเกี่ยวกับการฆ่าการเชื่อมต่อ mysql

หากคุณรู้ว่ากำลังออฟไลน์อยู่ครู่หนึ่งคุณสามารถปิดการเชื่อมต่อทำการประมวลผลเชื่อมต่อใหม่และเขียนรายงานของคุณ