Lỗi MySQL 2006: Máy chủ mysql đã biến mất

Tôi đang chạy một máy chủ tại văn phòng của mình để xử lý một số tệp và báo cáo kết quả cho máy chủ MySQL từ xa.

Quá trình xử lý tệp mất một thời gian và quá trình chết giữa chừng với lỗi sau:

2006, MySQL server has gone away

Tôi đã nghe nói về cài đặt MySQL, Wait_timeout , nhưng tôi có cần thay đổi nó trên máy chủ tại văn phòng của tôi hoặc máy chủ MySQL từ xa không?

Có thể dễ dàng hơn để kiểm tra nếu kết nối và thiết lập lại nếu cần.

Xem PHP: mysqli_ping để biết thông tin về điều đó.

Tôi đã gặp điều này nhiều lần và tôi thường thấy câu trả lời là cài đặt mặc định rất thấp max_allowed_packet.

Nâng nó trong /etc/my.cnf(dưới [mysqld]) lên 8 hoặc 16M thường sửa nó. (Mặc định trong MySql 5.7 4194304là 4 MB.)

[mysqld]
max_allowed_packet=16M

Lưu ý: Chỉ cần tạo dòng nếu nó không tồn tại

Lưu ý: Điều này có thể được đặt trên máy chủ của bạn khi nó đang chạy.

Sử dụng set global max_allowed_packet=104857600. Điều này đặt nó thành 100MB.

Tôi đã có cùng một vấn đề nhưng thay đổi max_allowed_packettrong my.ini/my.cnftập tin theo [mysqld]thực hiện các mẹo.

thêm một dòng

max_allowed_packet = 500M

bây giờ restart the MySQL servicekhi bạn đã hoàn thành

Tôi đã sử dụng lệnh sau trong dòng lệnh MySQL để khôi phục cơ sở dữ liệu MySQL có kích thước hơn 7GB và nó hoạt động.

set global max_allowed_packet=268435456;

Lỗi: 2006 ( CR_SERVER_GONE_ERROR )

Tin nhắn: Máy chủ MySQL đã biến mất

Nói chung, bạn có thể thử lại kết nối và sau đó thực hiện lại truy vấn để giải quyết vấn đề này - thử như thế 3-4 lần trước khi từ bỏ hoàn toàn.

Tôi sẽ cho rằng bạn đang sử dụng PDO. Nếu vậy thì bạn sẽ bắt Ngoại lệ PDO, tăng bộ đếm và sau đó thử lại nếu bộ đếm dưới ngưỡng.

Nếu bạn có một truy vấn gây ra thời gian chờ, bạn có thể đặt biến này bằng cách thực hiện:

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

Trong đó 300 là số giây bạn nghĩ thời gian tối đa mà truy vấn có thể mất.

Thông tin thêm về cách giải quyết các vấn đề kết nối Mysql.

EDIT: Hai cài đặt khác bạn có thể muốn sử dụng là net_write_timeoutvà net_read_timeout.

Trong MAMP (phiên bản không chuyên nghiệp) tôi đã thêm

--max_allowed_packet=268435456

đến ...\MAMP\bin\startMysql.sh

Tín dụng và biết thêm chi tiết tại đây

Lỗi này xảy ra do hết hạn Wait_timeout.

Chỉ cần truy cập máy chủ mysql kiểm tra Wait_timeout của nó:

mysql HIỂN THỊ BIỂU TƯỢNG THÍCH 'Wait_timeout'

mysql đặt toàn cầu Wait_timeout = 600 # 10 phút hoặc thời gian chờ tối đa bạn cần

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

Có một số nguyên nhân gây ra lỗi này.

Liên quan đến MySQL / MariaDB:

• wait_timeout - Thời gian tính bằng giây mà máy chủ chờ kết nối hoạt động trước khi đóng.
• interactive_timeout - Thời gian tính bằng giây mà máy chủ chờ kết nối tương tác.
• max_allowed_packet- Kích thước tối đa tính bằng byte của gói hoặc chuỗi được tạo / trung gian. Đặt lớn như BLOB lớn nhất, theo bội số của 1024.

Ví dụ về my.cnf :

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

Máy chủ liên quan:

• Máy chủ của bạn có bộ nhớ đầy - kiểm tra thông tin về RAM với free -h

Khung liên quan:

• Kiểm tra cài đặt khung của bạn. Django sử dụng ví dụ CONN_MAX_AGE(xem tài liệu )

Cách gỡ lỗi:

• Kiểm tra giá trị của các biến MySQL / MariaDB.
  • với sql: SHOW VARIABLES LIKE '%time%';
  • dòng lệnh: mysqladmin variables
• Bật độ dài cho lỗi:
  • MariaDB: log_warnings = 4
  • MySQL: log_error_verbosity = 3
• Kiểm tra tài liệu để biết thêm thông tin về lỗi

Trên cửa sổ, những kẻ sử dụng xampp nên sử dụng đường dẫn này xampp / mysql / bin / my.ini và thay đổi max_allowed_packet (trong phần [mysqld]) theo kích thước bạn chọn. ví dụ

max_allowed_packet=8M

Một lần nữa trên php.ini (xampp / php / php.ini) thay đổi upload_max_filesize kích thước lựa chọn. ví dụ

upload_max_filesize=8M

Đã cho tôi một cơn đau đầu đôi khi cho đến khi tôi phát hiện ra điều này. Hy vọng nó giúp.

Tôi đã gặp lỗi tương tự trên máy chủ Ubuntu DigitalOcean của tôi.

Tôi đã thử thay đổi max_allowed_packet và cài đặt Wait_timeout nhưng cả hai đều không sửa nó.

Hóa ra máy chủ của tôi đã hết RAM. Tôi đã thêm một tệp hoán đổi 1GB và nó đã khắc phục vấn đề của tôi.

Kiểm tra bộ nhớ của bạn free -hđể xem nếu đó là những gì gây ra nó.

Đó là vấn đề RAM đối với tôi.

Tôi đã gặp vấn đề tương tự ngay cả trên một máy chủ có 12 lõi CPU và RAM 32 GB. Tôi đã nghiên cứu thêm và cố gắng giải phóng RAM. Đây là lệnh tôi đã sử dụng trên Ubuntu 14.04 để giải phóng RAM:

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

Và, nó đã sửa mọi thứ. Tôi đã đặt nó dưới cron để chạy mỗi giờ.

crontab -e

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

Và, bạn có thể sử dụng lệnh này để kiểm tra lượng RAM miễn phí có sẵn:

free -h

Và, bạn sẽ nhận được một cái gì đó như thế này:

             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

Trong trường hợp của tôi, nó là giá trị thấp của open_files_limit biến, điều này đã chặn quyền truy cập của mysqld vào các tệp dữ liệu.

Tôi đã kiểm tra nó với:

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

Sau khi tôi thay đổi biến thành giá trị lớn, máy chủ của chúng tôi đã hoạt động trở lại:

[mysqld]
open_files_limit = 100000

Nếu bạn đang sử dụng WAMPSERVER 64 bit, vui lòng tìm kiếm nhiều lần xuất hiện của max_allowed_packet vì WAMP sử dụng giá trị được đặt trong [wampmysqld64] và không phải giá trị được đặt trong [mysqldump], mà đối với tôi là vấn đề, tôi đã cập nhật sai. Đặt cái này thành cái gì đó như max_allowed_packet = 64M.

Hy vọng rằng điều này sẽ giúp những người dùng Wamperver khác ngoài kia.

Điều này thường chỉ ra các vấn đề kết nối hoặc thời gian chờ máy chủ MySQL . Nói chung có thể được giải quyết bằng cách thay đổi Wait_timeout và max_allowed_packet trong my.cnf hoặc tương tự.

Tôi muốn đề xuất những giá trị sau:

chờ đợi_outout = 28800

max_allowed_packet = 8M

Đối với Hộp Vagrant, đảm bảo bạn phân bổ đủ bộ nhớ cho hộp

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

Kịch bản không thể xảy ra là bạn có tường lửa giữa máy khách và máy chủ buộc thiết lập lại TCP vào kết nối.

Tôi gặp vấn đề đó và tôi thấy tường lửa F5 của công ty chúng tôi đã được định cấu hình để chấm dứt các phiên không hoạt động trong thời gian rảnh hơn 5 phút.

Một lần nữa, đây là kịch bản không thể xảy ra.

Luôn luôn là một ý tưởng tốt để kiểm tra nhật ký của máy chủ Mysql, vì lý do tại sao nó biến mất.

Nó sẽ cho bạn biết.

Nếu bạn đang sử dụng máy chủ xampp:

Truy cập xampp -> mysql -> bin -> my.ini

Thay đổi tham số dưới đây:

max_allowed_packet = 500M

innodb_log_file_size = 128M

Điều này đã giúp tôi rất nhiều :)

bỏ ghi chú bên dưới trong của bạn my.ini/my.cnf, điều này sẽ chia tệp lớn của bạn thành phần nhỏ hơn

# binary logging format - mixed recommended
# binlog_format=mixed

ĐẾN

# binary logging format - mixed recommended
binlog_format=mixed

Tôi đã tìm thấy giải pháp cho "# 2006 - Máy chủ MySQL đã biến mất" lỗi này. Giải pháp chỉ là bạn phải kiểm tra hai tập tin

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

Đường dẫn của các tệp này trong windows là

C:\wamp64\apps\phpmyadmin4.6.4

Trong hai tệp này, giá trị này:

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

Trong trường hợp của tôi, đó là:

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

thay đổi nó thành:

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

Đảm bảo trong cả hai:

1. config.inc.php
2. tập tin config.sample.inc.php nó phải là 'localhost'.

Và bộ cuối cùng:

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

Sau đó khởi động lại Wamperver.

Để thay đổi tên người dùng và mật khẩu phpmyadmin

Bạn có thể trực tiếp thay đổi tên người dùng và mật khẩu của phpmyadmin thông qua tệp config.inc.php

Hai dòng này

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

Tại đây bạn có thể cung cấp tên người dùng và mật khẩu mới. Sau khi thay đổi, lưu tệp và khởi động lại máy chủ WAMP.

Tôi nhận được thông báo Error 2006 trong phần mềm máy khách MySQL khác nhau trên máy tính để bàn Ubuntu của tôi. Hóa ra phiên bản trình điều khiển JDBC của tôi đã quá cũ.

Đây có thể là một vấn đề về kích thước tệp .sql của bạn.

Nếu bạn đang sử dụng xampp. Chuyển đến bảng điều khiển xampp -> Nhấp vào cấu hình MySql -> Mở my.ini.

Tăng kích thước gói.

max_allowed_packet = 2M -> 10M

Có một cách dễ dàng hơn nếu bạn đang sử dụng XAMPP. Mở bảng điều khiển XAMPP và nhấp vào nút cấu hình trong phần mysql.

Bây giờ bấm vào my.ini và nó sẽ mở trong trình chỉnh sửa. Cập nhật max_allowed_packet theo kích thước yêu cầu của bạn.

Sau đó khởi động lại dịch vụ mysql. Bấm vào dừng trên dịch vụ Mysql bấm bắt đầu lại. Đợi vài phút.

Sau đó thử chạy lại truy vấn Mysql của bạn. Hy vọng nó sẽ làm việc.

MAMP 5.3, bạn sẽ không tìm thấy my.cnf và việc thêm chúng không hoạt động vì max_allowed_packet được lưu trữ trong các biến.

Một giải pháp có thể là:

1. Truy cập http: // localhost / phpmyadmin
2. Chuyển đến tab SQL
3. Chạy SHOW VARIABLES và kiểm tra các giá trị, nếu nó nhỏ thì chạy với các giá trị lớn

4. Chạy truy vấn sau, nó đặt max_allowed_packet thành 7gb:

   đặt max_allowed_packet toàn cầu = 268435456;

Đối với một số người, bạn cũng có thể cần tăng các giá trị sau:

set global wait_timeout = 600;
set innodb_log_file_size =268435456;

Đối với người dùng sử dụng XAMPP, có 2 tham số max_allowed_packet trong C: \ xampp \ mysql \ bin \ my.ini.

Lỗi này về cơ bản xảy ra vì hai lý do.

1. Bạn có RAM quá thấp.
2. Kết nối cơ sở dữ liệu được đóng lại khi bạn cố gắng kết nối.

Bạn có thể thử mã này dưới đây.

# 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()

Nó giảm nhẹ lỗi bất kể lý do đằng sau nó, đặc biệt là vì lý do thứ hai.

Nếu nguyên nhân là do RAM thấp, bạn phải tăng hiệu quả kết nối cơ sở dữ liệu từ mã, từ cấu hình cơ sở dữ liệu hoặc đơn giản là tăng RAM.

Chỉ trong trường hợp này giúp bất cứ ai:

Tôi đã gặp lỗi này khi tôi mở và đóng các kết nối trong một chức năng sẽ được gọi từ một số phần của ứng dụng. Chúng tôi có quá nhiều kết nối nên chúng tôi nghĩ rằng có thể nên sử dụng lại kết nối hiện có hoặc vứt bỏ nó và tạo một kết nối mới như vậy:

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

tự :: $ dụ-> truy vấn ('KILL CONNMENT_ID ()'); tự :: $ dụ = null; return self :: newConnection ($ cơ sở dữ liệu, $ host, $ user, $ password); } tự trả về :: $ dụ; } Hóa ra chúng ta đã quá kỹ lưỡng với việc giết chóc và vì vậy các quy trình thực hiện những điều quan trọng trên kết nối cũ không bao giờ có thể kết thúc việc kinh doanh của họ. Vì vậy, chúng tôi đã bỏ những dòng này

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

và vì phần cứng và thiết lập của máy cho phép, chúng tôi đã tăng số lượng kết nối được phép trên máy chủ bằng cách thêm

max_connections = 500

vào tập tin cấu hình của chúng tôi. Điều này đã khắc phục vấn đề của chúng tôi bây giờ và chúng tôi đã học được điều gì đó về việc giết các kết nối mysql.

Nếu bạn biết bạn sẽ ngoại tuyến trong một thời gian, bạn có thể đóng kết nối của mình, xử lý, kết nối lại và viết báo cáo của bạn.