mysql không bắt đầu trên mamp

Question

Tôi đã sử dụng MAMP trong một thời gian ngắn nhưng một vài tháng trước, nó bắt đầu cho tôi vấn đề. Tôi đã kể từ khi nhìn trực tuyến thông qua tìm kiếm google và tràn ngăn xếp để tìm một giải pháp nhưng tôi đã không nhìn thấy bất cứ điều gì có thể giúp tôi được nêu ra.

tôi đã tìm kiếm một số điều nhưng những điều đó tôi cảm thấy có thể đã được gần đã giúp đỡ tôi không:

MAMP mysql not starting Tôi không chắc chắn đường dẫn đến thư mục dữ liệu của tôi? và bất cứ điều gì tôi gõ vào terminal dường như trở lại như commmand không tìm thấy

Mysql service won't start, InnoDB init function error

MAMP mysql server won't start. No mysql processes are running Tôi đã cố gắng để killall nhưng "Không có quá trình hợp thuộc bạn đã được tìm thấy" lỗi được hiển thị

Khoảng một giờ trước mqsql của tôi đã làm việc nhưng không apache, vì vậy tôi tìm thấy như là bài viết cho biết để đổi tên Thư viện/bin/envvars để _envvars, apache làm việc trên khởi động nhưng sau đó mysql không.

Tôi không nhận được bất kỳ lỗi nào trong nhật ký php của mình nhưng đây là nhật ký apache và mysql của tôi.

Dưới đây là một đoạn trích từ tận đáy lỗi mysql đăng nhập

InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
170118 15:52:39 InnoDB: Unable to open the first data file 
InnoDB: Error in opening ./ibdata1 
170118 15:52:39 InnoDB: Operating system error number 35 in a file operation. 
InnoDB: Error number 35 means 'Resource temporarily unavailable'. 
InnoDB: Some operating system error numbers are described at 
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html 
170118 15:52:39 InnoDB: Could not open or create data files. 
170118 15:52:39 InnoDB: If you tried to add new data files, and it failed here, 
170118 15:52:39 InnoDB: you should now edit innodb_data_file_path in my.cnf back 
170118 15:52:39 InnoDB: to what it was, and remove the new ibdata files InnoDB created 
170118 15:52:39 InnoDB: in this failed attempt. InnoDB only wrote those files full of 
170118 15:52:39 InnoDB: zeros, but did not yet use them in any way. But be careful: do not 
170118 15:52:39 InnoDB: remove old data files which contain your precious data! 
170118 15:52:39 [ERROR] Plugin 'InnoDB' init function returned error. 
170118 15:52:39 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
170118 15:52:39 [ERROR] Unknown/unsupported storage engine: InnoDB 
170118 15:52:39 [ERROR] Aborting 

170118 15:52:39 [Note] /Applications/MAMP/Library/bin/mysqld: Shutdown complete 

170118 15:52:39 mysqld_safe mysqld from pid file /Applications/MAMP/tmp/mysql/mysql.pid ended 

và sau đó các bản ghi lỗi apache

[Wed Jan 18 15:48:28 2017] [notice] Digest: generating secret for digest authentication ... 
[Wed Jan 18 15:48:28 2017] [notice] Digest: done 
[Wed Jan 18 15:48:28 2017] [notice] Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8zh DAV/2 PHP/5.3.6 configured -- resuming normal operations 
[Wed Jan 18 15:48:31 2017] [notice] caught SIGTERM, shutting down 
[Wed Jan 18 15:51:01 2017] [notice] Digest: generating secret for digest authentication ... 
[Wed Jan 18 15:51:01 2017] [notice] Digest: done 
[Wed Jan 18 15:51:01 2017] [notice] Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8zh DAV/2 PHP/5.3.6 configured -- resuming normal operations 

cổng của tôi là: apache 80 và mysql 3306.

Nếu có ai đó có thể biết điều gì có thể xảy ra sẽ thật tuyệt vời ..

Answer 1

• Một bản sao khác của MySQL/MariaDB hiện đang chạy?
• ibdata1 trên một số phân vùng hệ thống tệp lẻ?

Answer 2

Bạn có cơ hội khôi phục từ bản sao lưu được lấy từ một phiên bản đã lên không?

Sau đây là trích từ https://dev.mysql.com/doc/refman/5.7/en/backup-types.html

phương pháp sao lưu cuộc sống sẽ có những đặc điểm: • Sao lưu có thể được thực hiện trong khi máy chủ MySQL không chạy. Nếu máy chủ đang chạy, nó là cần thiết để thực hiện khóa thích hợp để máy chủ không thay đổi nội dung cơ sở dữ liệu trong quá trình sao lưu. MySQL Enterprise Backup thực hiện việc này tự động khóa cho các bảng yêu cầu nó.

Answer 3

Để dừng MySQL Có những trường hợp khác nhau tùy thuộc vào việc bạn cài đặt MySQL với trình cài đặt nhị phân chính thức, sử dụng MacPorts, hoặc sử dụng Homebrew: MacPorts

sudo launchctl unload -w /Library/LaunchDaemons/org.macports.mysql.plist 
sudo launchctl load -w /Library/LaunchDaemons/org.macports.mysql.plist 

Lưu ý: đây là dai dẳng sau khi khởi động lại. Homebrew

launchctl unload -w ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist 
launchctl load -w ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist 

Binary cài đặt

sudo /Library/StartupItems/MySQLCOM/MySQLCOM stop 
sudo /Library/StartupItems/MySQLCOM/MySQLCOM start 
sudo /Library/StartupItems/MySQLCOM/MySQLCOM restart 

Answer 4

Nếu MySQL không bắt đầu nó là khá khả năng là nó đã có thể được chạy. Bạn có thể dễ dàng tắt nó theo cách thủ công trong terminal.

Tôi đã có điều này xảy ra với tôi một vài lần và tôi tin rằng nó có liên quan đến việc không tắt MAMP đúng cách.

1. Thoát MAMP.
2. Mở thiết bị đầu cuối và nhập: killall -9 mysqld
3. Khởi động lại MAMP.

Answer 5

Trở lại vào tháng, khi tôi có vấn đề này như nhau trong máy Mac của tôi, tôi khám phá một chút và tìm thấy một giải pháp rất đơn giản:

1. Quit MAMP
2. Trong công cụ tìm đi đến Applications/MAMP/db/mysql56/và xóa tệp nhật ký cuối cùng, trong trường hợp của tôi là ib_logfile1. (Có thể nên sao lưu tệp này trước khi xóa hoặc thay thế bằng cách xóa tệp đó thay vì xóa nó.)
3. Khởi động lại MAMP. Đó là nó!

Một số người đã báo cáo rằng việc xóa cũng ib_logfile0 là cần thiết, nhưng không phải trong trường hợp của tôi. Bạn có thể kiểm tra điều này trong JuanFra.me blog nơi tôi đăng lần đầu tiên giải pháp của mình vào năm ngoái.

Tôi không biết tại sao hoặc cách giải pháp này hoạt động, nhưng có vẻ như nó đã giúp ích cho nhiều người khác, như được báo cáo trong blog của JuanFra. Tôi hy vọng nó cũng hữu ích cho bạn.