131230 20:14:19  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 76 2724048896
InnoDB: Doing recovery: scanned up to log sequence number 76 2728101592
131230 20:14:23  InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: Last MySQL binlog file position 0 852823201, file name .\1.000007
131230 20:16:36  InnoDB: Started; log sequence number 76 2728101592
131230 20:16:36 [Note] Event Scheduler: Loaded 2 events
131230 20:16:36 [Note] C:\Program Files\MySQL\MySQL Server 5.1\bin\mysqld: ready for connections.
Version: '5.1.30-community'  socket: ''  port: 3306  MySQL Community Server (GPL)
131230 20:17:12  InnoDB: Assertion failure in thread 7808 in file .\btr\btr0cur.c line 162
InnoDB: Failing assertion: btr_page_get_next(get_page, mtr) == buf_frame_get_page_no(page)
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
131230 20:17:12 - mysqld got exception 0xc0000005 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
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.
key_buffer_size=135266304
read_buffer_size=65536
max_used_connections=2
max_threads=400
threads_connected=2
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 262621 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
thd: 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...
006CE7DA    mysqld.exe!btr_cur_latch_leaves()[btr0cur.c:162]
006D148C    mysqld.exe!btr_cur_search_to_nth_level()[btr0cur.c:499]
006FACB0    mysqld.exe!btr_pcur_open()[btr0pcur.ic:494]
00707FE3    mysqld.exe!row_search_index_entry()[row0row.c:708]
00719AC8    mysqld.exe!row_purge_remove_sec_if_poss_low()[row0purge.c:224]
00719C95    mysqld.exe!row_purge_remove_sec_if_poss()[row0purge.c:308]
00719D6C    mysqld.exe!row_purge_del_mark()[row0purge.c:349]
0071A20F    mysqld.exe!row_purge()[row0purge.c:627]
0071A27D    mysqld.exe!row_purge_step()[row0purge.c:672]
006E4B25    mysqld.exe!que_thr_step()[que0que.c:1256]
006E50E3    mysqld.exe!que_run_threads_low()[que0que.c:1319]
006E525A    mysqld.exe!que_run_threads()[que0que.c:1357]
006F6962    mysqld.exe!trx_purge()[trx0purge.c:1113]
006AB275    mysqld.exe!srv_master_thread()[srv0srv.c:2481]
7C82482F    kernel32.dll!GetModuleHandleA()
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.