Mysqld.exeがxamppウィンドウでの作業を停止しました。 XAMPPソフトウェアがバックグラウンドで実行されている間に私のコンピュータを起動しても、MySQLは起動しません!mysqld.exeがxamppウィンドウでの作業を停止しましたか?
2017年11月20日午前11時05分36秒14f4のInnoDBは:警告: innodb_additional_mem_pool_sizeを使用は推奨されていません。このオプションは、将来のリリースでは innodb_use_sys_mallocオプションとInnoDBの内部メモリアロケータと一緒に、 が削除される可能性があります。 2017-11-20 11:05:36 5364 [Note] InnoDB:innodb_empty_free_list_algorithmが のバッファプールサイズが小さいため、従来のものに変更されました。バックオフを使用するには、バッファプール を少なくとも20MBまで増やしてください。
2017-11-20 11:05:36 5364 [Note] InnoDB: Using mutexes to ref count buffer pool pages 2017-11-20 11:05:36 5364 [Note] InnoDB: The InnoDB memory heap is disabled 2017-11-20 11:05:36 5364 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2017-11-20 11:05:36 5364 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier 2017-11-20 11:05:36 5364 [Note] InnoDB: Compressed tables use zlib 1.2.3 2017-11-20 11:05:36 5364 [Note] InnoDB: Using generic crc32 instructions 2017-11-20 11:05:36 5364 [Note] InnoDB: Initializing buffer pool, size = 16.0M 2017-11-20 11:05:36 5364 [Note] InnoDB: Completed initialization of buffer pool 2017-11-20 11:05:37 5364 [Note] InnoDB: Highest supported file format is Barracuda. 2017-11-20 11:05:37 5364 [Note] InnoDB: The log sequence number 1835037 in ibdata file do not match the log sequence number
11035100176 ib_logfiles! 2017-11-20 11:05:37 14f4 InnoDB:オペレーティングシステムエラー番号38のファイル操作。 InnoDBは:http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html のInnoDB:一部のオペレーティング・システム・エラー番号が のInnoDBで説明されている操作は、Dを提出するために読んで:Win32の、パッケージ\ \ビルド\のsrc \ストレージ\ xtradb \ OS \ os0file.ccとラインで 2017- 1120 11:05:37 5364 [エラー] InnoDB:ファイル(不明): 'read'がOSエラー238を返しました。操作を続行できません。 171120 11:05:37 [ERROR] mysqldが例外0x80000003を取得しました。 これは、バグを起こした可能性があります。このバイナリ またはそれがリンクされたライブラリの1つが壊れていたり、不適切に構築されていたり、 または誤って構成されている可能性もあります。このエラーは、誤動作したハードウェアによっても発生する可能性があります。私はあなたがプログラムによって与えられた警告を読めばあなたが見ることができるのWindows 10を
実行している私のコンピュータにXAMPPをインストールしようとしていたとき
To report this bug, see https://mariadb.com/kb/en/reporting-bugs We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. Server version: 10.1.25-MariaDB key_buffer_size=16777216 read_buffer_size=262144 max_used_connections=0 max_threads=1001 thread_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787107 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... mysqld.exe!my_parameter_handler() mysqld.exe!strxnmov() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected]@@[email protected]@Z() [email protected][email protected]@[email protected]@@Z() [email protected]@[email protected]@@Z() [email protected]@[email protected]() [email protected]@[email protected]() [email protected]@[email protected]@@Z() mysqld.exe!?win_m[email protected]@[email protected]() [email protected]@[email protected]() mysqld.exe!strxnmov() kernel32.dll!BaseThreadInitThunk() ntdll.dll!RtlInitializeExceptionChain() ntdll.dll!RtlInitializeExceptionChain() The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash.