|
|
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
MySQL 5.161 на Win2003 уже второй раз за 4 дня падает с ошибкой InnoDB: Operating system error number 1450 in a file operation. Место на ВСЕХ дисках есть. В eventlog ничего ошибочного нет, в том числе и упоминания, что memory low. Mysqldump всех таблиц проходит без сбоев, то есть больной диск тоже маловероятен. В чем дело? error.log 140106 0:11:29 [Note] Plugin 'FEDERATED' is disabled. 140106 0:11:30 InnoDB: Initializing buffer pool, size = 12.0G 140106 0:11:34 InnoDB: Completed initialization of buffer pool 140106 0:11:35 InnoDB: Started; log sequence number 441 4067663395 140106 0:11:35 [Note] Event Scheduler: Loaded 0 events 140106 0:11:35 [Note] MySQL: ready for connections. Version: '5.1.61-community-log' socket: '' port: 3306 MySQL Community Server (GPL) (...) 140429 23:59:37 [Warning] Aborted connection 1914723 to db: 'ukmserver' user: 'root' host: 'kivsinfopos01.ad1.amereza.com' (Got an error reading communication packets) 140430 0:07:54 [Warning] Aborted connection 1918313 to db: 'ukmserver' user: 'root' host: 'kichinfopos02.ad1.amereza.com' (Got an error reading communication packets) 140430 0:34:18 [Warning] Aborted connection 1810438 to db: 'ukmserver' user: 'root' host: 'kikzinfopos02.ad1.amereza.com' (Got an error reading communication packets) 140430 0:55:51 [Warning] Aborted connection 1932499 to db: 'ukmserver' user: 'root' host: 'kigrinfo02.ad1.amereza.com' (Got an error reading communication packets) 140430 6:09:32 InnoDB: Operating system error number 1450 in a file operation. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html InnoDB: File name .\ib_logfile0 InnoDB: File operation call: 'aio write'. InnoDB: Cannot continue operation. 140430 9:05:27 [Note] Plugin 'FEDERATED' is disabled. 140430 9:05:27 InnoDB: Initializing buffer pool, size = 12.0G 140430 9:05:31 InnoDB: Completed initialization of buffer pool InnoDB: Log scan progressed past the checkpoint lsn 1335 3574087188 140430 9:05:31 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 1335 3579330048 InnoDB: Doing recovery: scanned up to log sequence number 1335 3584572928 InnoDB: Doing recovery: scanned up to log sequence number 1335 3589815808 InnoDB: Doing recovery: scanned up to log sequence number 1335 3595058688 InnoDB: Doing recovery: scanned up to log sequence number 1335 3600301568 InnoDB: Doing recovery: scanned up to log sequence number 1335 3605544448 InnoDB: Doing recovery: scanned up to log sequence number 1335 3610787328 InnoDB: Doing recovery: scanned up to log sequence number 1335 3616030208 InnoDB: Doing recovery: scanned up to log sequence number 1335 3621273088 InnoDB: Doing recovery: scanned up to log sequence number 1335 3626515968 InnoDB: Doing recovery: scanned up to log sequence number 1335 3631758848 InnoDB: Doing recovery: scanned up to log sequence number 1335 3637001728 InnoDB: Doing recovery: scanned up to log sequence number 1335 3642244608 InnoDB: Doing recovery: scanned up to log sequence number 1335 3647487488 InnoDB: Doing recovery: scanned up to log sequence number 1335 3652730368 InnoDB: Doing recovery: scanned up to log sequence number 1335 3657973248 InnoDB: Doing recovery: scanned up to log sequence number 1335 3663216128 InnoDB: Doing recovery: scanned up to log sequence number 1335 3668459008 InnoDB: Doing recovery: scanned up to log sequence number 1335 3673701888 InnoDB: Doing recovery: scanned up to log sequence number 1335 3678944768 InnoDB: Doing recovery: scanned up to log sequence number 1335 3684187648 InnoDB: Doing recovery: scanned up to log sequence number 1335 3689430528 InnoDB: Doing recovery: scanned up to log sequence number 1335 3694673408 InnoDB: Doing recovery: scanned up to log sequence number 1335 3699916288 InnoDB: Doing recovery: scanned up to log sequence number 1335 3705159168 InnoDB: Doing recovery: scanned up to log sequence number 1335 3710402048 InnoDB: Doing recovery: scanned up to log sequence number 1335 3715644928 InnoDB: Doing recovery: scanned up to log sequence number 1335 3720887808 InnoDB: Doing recovery: scanned up to log sequence number 1335 3726130688 InnoDB: Doing recovery: scanned up to log sequence number 1335 3731373568 InnoDB: Doing recovery: scanned up to log sequence number 1335 3736616448 InnoDB: Doing recovery: scanned up to log sequence number 1335 3741859328 InnoDB: Doing recovery: scanned up to log sequence number 1335 3747102208 InnoDB: Doing recovery: scanned up to log sequence number 1335 3752345088 InnoDB: Doing recovery: scanned up to log sequence number 1335 3757587968 InnoDB: Doing recovery: scanned up to log sequence number 1335 3762830848 InnoDB: Doing recovery: scanned up to log sequence number 1335 3768073728 InnoDB: Doing recovery: scanned up to log sequence number 1335 3773316608 InnoDB: Doing recovery: scanned up to log sequence number 1335 3778559488 InnoDB: Doing recovery: scanned up to log sequence number 1335 3783802368 InnoDB: Doing recovery: scanned up to log sequence number 1335 3789045248 InnoDB: Doing recovery: scanned up to log sequence number 1335 3794288128 InnoDB: Doing recovery: scanned up to log sequence number 1335 3799531008 InnoDB: Doing recovery: scanned up to log sequence number 1335 3804773888 InnoDB: Doing recovery: scanned up to log sequence number 1335 3810016768 InnoDB: Doing recovery: scanned up to log sequence number 1335 3815259648 InnoDB: Doing recovery: scanned up to log sequence number 1335 3820502528 InnoDB: Doing recovery: scanned up to log sequence number 1335 3825745408 InnoDB: Doing recovery: scanned up to log sequence number 1335 3830988288 InnoDB: Doing recovery: scanned up to log sequence number 1335 3836231168 InnoDB: Doing recovery: scanned up to log sequence number 1335 3841474048 InnoDB: Doing recovery: scanned up to log sequence number 1335 3846716928 InnoDB: Doing recovery: scanned up to log sequence number 1335 3851959808 InnoDB: Doing recovery: scanned up to log sequence number 1335 3857202688 InnoDB: Doing recovery: scanned up to log sequence number 1335 3862445568 InnoDB: Doing recovery: scanned up to log sequence number 1335 3867688448 InnoDB: Doing recovery: scanned up to log sequence number 1335 3872931328 InnoDB: Doing recovery: scanned up to log sequence number 1335 3878174208 InnoDB: Doing recovery: scanned up to log sequence number 1335 3883417088 InnoDB: Doing recovery: scanned up to log sequence number 1335 3888659968 InnoDB: Doing recovery: scanned up to log sequence number 1335 3893902848 InnoDB: Doing recovery: scanned up to log sequence number 1335 3899145728 InnoDB: Doing recovery: scanned up to log sequence number 1335 3904388608 InnoDB: Doing recovery: scanned up to log sequence number 1335 3909631488 InnoDB: Doing recovery: scanned up to log sequence number 1335 3914874368 InnoDB: Doing recovery: scanned up to log sequence number 1335 3920117248 InnoDB: Doing recovery: scanned up to log sequence number 1335 3925360128 InnoDB: Doing recovery: scanned up to log sequence number 1335 3930603008 InnoDB: Doing recovery: scanned up to log sequence number 1335 3935845888 InnoDB: Doing recovery: scanned up to log sequence number 1335 3941088768 InnoDB: Doing recovery: scanned up to log sequence number 1335 3946331648 InnoDB: Doing recovery: scanned up to log sequence number 1335 3951574528 InnoDB: Doing recovery: scanned up to log sequence number 1335 3956817408 InnoDB: Doing recovery: scanned up to log sequence number 1335 3962060288 InnoDB: Doing recovery: scanned up to log sequence number 1335 3967303168 InnoDB: Doing recovery: scanned up to log sequence number 1335 3972546048 InnoDB: Doing recovery: scanned up to log sequence number 1335 3977788928 InnoDB: Doing recovery: scanned up to log sequence number 1335 3983031808 InnoDB: Doing recovery: scanned up to log sequence number 1335 3988274688 InnoDB: Doing recovery: scanned up to log sequence number 1335 3993517568 InnoDB: Doing recovery: scanned up to log sequence number 1335 3998760448 InnoDB: Doing recovery: scanned up to log sequence number 1335 4004003328 InnoDB: Doing recovery: scanned up to log sequence number 1335 4009246208 InnoDB: Doing recovery: scanned up to log sequence number 1335 4014489088 InnoDB: Doing recovery: scanned up to log sequence number 1335 4019731968 InnoDB: Doing recovery: scanned up to log sequence number 1335 4024974848 InnoDB: Doing recovery: scanned up to log sequence number 1335 4030217728 InnoDB: Doing recovery: scanned up to log sequence number 1335 4035460608 InnoDB: Doing recovery: scanned up to log sequence number 1335 4040703488 InnoDB: Doing recovery: scanned up to log sequence number 1335 4045946368 InnoDB: Doing recovery: scanned up to log sequence number 1335 4051189248 InnoDB: Doing recovery: scanned up to log sequence number 1335 4056432128 InnoDB: Doing recovery: scanned up to log sequence number 1335 4061675008 InnoDB: Doing recovery: scanned up to log sequence number 1335 4066917888 InnoDB: Doing recovery: scanned up to log sequence number 1335 4072160768 InnoDB: Doing recovery: scanned up to log sequence number 1335 4077403648 InnoDB: Doing recovery: scanned up to log sequence number 1335 4082646528 InnoDB: Doing recovery: scanned up to log sequence number 1335 4087889408 InnoDB: Doing recovery: scanned up to log sequence number 1335 4093132288 InnoDB: Doing recovery: scanned up to log sequence number 1335 4098375168 InnoDB: Doing recovery: scanned up to log sequence number 1335 4103618048 InnoDB: Doing recovery: scanned up to log sequence number 1335 4108860928 InnoDB: Doing recovery: scanned up to log sequence number 1335 4114103808 InnoDB: Doing recovery: scanned up to log sequence number 1335 4119346688 InnoDB: Doing recovery: scanned up to log sequence number 1335 4124589568 InnoDB: Doing recovery: scanned up to log sequence number 1335 4129832448 InnoDB: Doing recovery: scanned up to log sequence number 1335 4135075328 InnoDB: Doing recovery: scanned up to log sequence number 1335 4140318208 InnoDB: Doing recovery: scanned up to log sequence number 1335 4145561088 InnoDB: Doing recovery: scanned up to log sequence number 1335 4150803968 InnoDB: Doing recovery: scanned up to log sequence number 1335 4156046848 InnoDB: Doing recovery: scanned up to log sequence number 1335 4161289728 InnoDB: Doing recovery: scanned up to log sequence number 1335 4166532608 InnoDB: Doing recovery: scanned up to log sequence number 1335 4171775488 InnoDB: Doing recovery: scanned up to log sequence number 1335 4177018368 InnoDB: Doing recovery: scanned up to log sequence number 1335 4182261248 InnoDB: Doing recovery: scanned up to log sequence number 1335 4187504128 InnoDB: Doing recovery: scanned up to log sequence number 1335 4192747008 InnoDB: Doing recovery: scanned up to log sequence number 1335 4197989888 InnoDB: Doing recovery: scanned up to log sequence number 1335 4203232768 InnoDB: Doing recovery: scanned up to log sequence number 1335 4208475648 InnoDB: Doing recovery: scanned up to log sequence number 1335 4213718528 InnoDB: Doing recovery: scanned up to log sequence number 1335 4218961408 InnoDB: Doing recovery: scanned up to log sequence number 1335 4224204288 InnoDB: Doing recovery: scanned up to log sequence number 1335 4229447168 InnoDB: Doing recovery: scanned up to log sequence number 1335 4234690048 InnoDB: Doing recovery: scanned up to log sequence number 1335 4239932928 InnoDB: Doing recovery: scanned up to log sequence number 1335 4245175808 InnoDB: Doing recovery: scanned up to log sequence number 1335 4250418688 InnoDB: Doing recovery: scanned up to log sequence number 1335 4255661568 InnoDB: Doing recovery: scanned up to log sequence number 1335 4260904448 InnoDB: Doing recovery: scanned up to log sequence number 1335 4266147328 InnoDB: Doing recovery: scanned up to log sequence number 1335 4271390208 InnoDB: Doing recovery: scanned up to log sequence number 1335 4276633088 InnoDB: Doing recovery: scanned up to log sequence number 1335 4281875968 InnoDB: Doing recovery: scanned up to log sequence number 1335 4287118848 InnoDB: Doing recovery: scanned up to log sequence number 1335 4292361728 InnoDB: Doing recovery: scanned up to log sequence number 1336 2637312 InnoDB: Doing recovery: scanned up to log sequence number 1336 7880192 InnoDB: Doing recovery: scanned up to log sequence number 1336 13123072 InnoDB: Doing recovery: scanned up to log sequence number 1336 18365952 InnoDB: Doing recovery: scanned up to log sequence number 1336 23608832 InnoDB: Doing recovery: scanned up to log sequence number 1336 28851712 InnoDB: Doing recovery: scanned up to log sequence number 1336 34094592 InnoDB: Doing recovery: scanned up to log sequence number 1336 39337472 InnoDB: Doing recovery: scanned up to log sequence number 1336 44580352 InnoDB: Doing recovery: scanned up to log sequence number 1336 49823232 InnoDB: Doing recovery: scanned up to log sequence number 1336 55066112 InnoDB: Doing recovery: scanned up to log sequence number 1336 60308992 InnoDB: Doing recovery: scanned up to log sequence number 1336 65551872 InnoDB: Doing recovery: scanned up to log sequence number 1336 70794752 InnoDB: Doing recovery: scanned up to log sequence number 1336 76037632 InnoDB: Doing recovery: scanned up to log sequence number 1336 81280512 InnoDB: Doing recovery: scanned up to log sequence number 1336 86523392 InnoDB: Doing recovery: scanned up to log sequence number 1336 91766272 InnoDB: Doing recovery: scanned up to log sequence number 1336 97009152 InnoDB: Doing recovery: scanned up to log sequence number 1336 102252032 InnoDB: Doing recovery: scanned up to log sequence number 1336 107494912 InnoDB: Doing recovery: scanned up to log sequence number 1336 112737792 InnoDB: Doing recovery: scanned up to log sequence number 1336 117980672 InnoDB: Doing recovery: scanned up to log sequence number 1336 123223552 InnoDB: Doing recovery: scanned up to log sequence number 1336 128466432 InnoDB: Doing recovery: scanned up to log sequence number 1336 133709312 InnoDB: Doing recovery: scanned up to log sequence number 1336 138952192 InnoDB: Doing recovery: scanned up to log sequence number 1336 144195072 InnoDB: Doing recovery: scanned up to log sequence number 1336 149437952 InnoDB: Doing recovery: scanned up to log sequence number 1336 154680832 InnoDB: Doing recovery: scanned up to log sequence number 1336 159923712 InnoDB: Doing recovery: scanned up to log sequence number 1336 165166592 InnoDB: Doing recovery: scanned up to log sequence number 1336 170409472 InnoDB: Doing recovery: scanned up to log sequence number 1336 175652352 InnoDB: Doing recovery: scanned up to log sequence number 1336 180895232 InnoDB: Doing recovery: scanned up to log sequence number 1336 186138112 InnoDB: Doing recovery: scanned up to log sequence number 1336 191380992 InnoDB: Doing recovery: scanned up to log sequence number 1336 196623872 InnoDB: Doing recovery: scanned up to log sequence number 1336 201866752 InnoDB: Doing recovery: scanned up to log sequence number 1336 207109632 InnoDB: Doing recovery: scanned up to log sequence number 1336 212352512 InnoDB: Doing recovery: scanned up to log sequence number 1336 213177071 InnoDB: 2 transaction(s) which must be rolled back or cleaned up InnoDB: in total 5935855 row operations to undo InnoDB: Trx id counter is 3 659653632 140430 9:09:06 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: Starting in background the rollback of uncommitted transactions 140430 9:11:18 InnoDB: Rolling back trx with id 3 659653269, 483 rows to undo 140430 9:11:18 InnoDB: Started; log sequence number 1336 213177071 140430 9:11:18 [Note] Event Scheduler: Loaded 0 events 140430 9:11:18 [Note] MySQL: ready for connections. Version: '5.1.61-community-log' socket: '' port: 3306 MySQL Community Server (GPL) InnoDB: Rolling back of trx id 3 659653269 completed 140430 9:11:20 InnoDB: Rolling back trx with id 3 659650843, 5935372 rows to undo InnoDB: Progress in percents: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22140430 9:12:24 [Warning] Aborted connection 4 to db: 'ukmserver' user: 'ukm_server' host: 'localhost' (Got an error reading communication packets) 140430 9:12:24 [Warning] Aborted connection 2 to db: 'import' user: 'root' host: 'localhost' (Got an error reading communication packets) 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 100 InnoDB: Rolling back of trx id 3 659650843 completed 140430 9:12:53 InnoDB: Rollback of non-prepared transactions completed 140430 9:12:56 [Warning] Aborted connection 1 to db: 'ukmserver' user: 'ukm_server' host: 'localhost' (Got an error writing communication packets) 140430 9:13:16 [Warning] Aborted connection 3 to db: 'ukmserver' user: 'ukm_server' host: 'localhost' (Got an error writing communication packets) 140430 11:13:51 [Warning] Aborted connection 48008 to db: 'ukmserver' user: 'root' host: 'kradmin.ad1.amereza.com' (Got an error writing communication packets) 140430 11:20:59 [Warning] Aborted connection 696 to db: 'ukmserver' user: 'root' host: 'kistinfopos01.ad1.amereza.com' (Got an error reading communication packets) 140430 11:24:03 [Warning] Aborted connection 2235 to db: 'ukmserver' user: 'root' host: 'svsminfopos01.ad1.amereza.com' (Got an error reading communication packets) 140430 11:42:31 [Warning] Aborted connection 8237 to db: 'ukmserver' user: 'root' host: 'kidninfopos01.ad1.amereza.com' (Got an error reading communication packets) 140430 11:45:04 [Warning] Aborted connection 7977 to db: 'ukmserver' user: 'root' host: 'kigrinfo02.ad1.amereza.com' (Got an error reading communication packets) 140430 11:48:03 [Warning] Aborted connection 9999 to db: 'ukmserver' user: 'root' host: 'svniinfopos.ad1.amereza.com' (Got an error reading communication packets) 140430 11:57:28 [Warning] Aborted connection 12023 to db: 'ukmserver' user: 'root' host: 'kiplinfopos02.ad1.amereza.com' (Got an error reading communication packets) my.ini [mysqld] basedir=c:/MySQL datadir=f:/DATA/MySQL/data port=3306 character-set-server=utf8 innodb_lock_wait_timeout=1500 innodb_data_file_path=ibdata1:300M:autoextend innodb_log_buffer_size=300M innodb_log_file_size=600M innodb_flush_log_at_trx_commit=1 innodb_buffer_pool_size=12288M innodb_additional_mem_pool_size=300M innodb_file_io_threads=8 max_connections=900 max_connect_errors=999999999 net_read_timeout=3600 net_write_timeout=3600 table_lock_wait_timeout=3600 log-warnings=9 thread_cache_size=900 long_query_time = 10 log_slow_queries = f:/data/mysql/data/slow_20140131.log На сервере 32Г оперативки, из них 10 отдано Ораклу. Суммарно процессами занято, по словам винды, 28898М из 35907М, Мускул и Оракл сейчас используют 14190М и 10162М соответсвенно. Подключений немного, не более 100, а во время падения не более 60. Файл ibdata1 относительно небольшой, 364Г. Есть slow логи, в моменты останова запросы выполнялись разные и как-бы совсем обычные. На диске F, где лежит база, сободно более 400Г, на tempdir=С:\windows\temp -22Г. Если на дисках остается меньше 15Г, ко мне приходит алерт. Алерт не приходил. Реально не понимаю, куда копать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 13:32:21 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
Потенциальных вариантов много. С этими же физическими дисками еще кто-то работает? Тот же Оракл? Велики ли дисковые очереди? Для начала я бы обошелся шаманским бубном - апгрейдом на последнюю стабильную версию MySQL (хотя бы в пределах ветки 5.1, а лучше 5.5 или 5.6) и заменой SATA-кабелей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 15:30:30 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
http://support.microsoft.com/kb/2002606/fr This problem happens if a large number of ATTRIBUTE_LIST_ENTRY is needed to maintain a heavily fragmented file in NFTS. Включен ли параметр innodb_file_per_table ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 15:44:28 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
авторERROR 1450: Insufficient system resources exist to complete the requested service. смотри кто у тя каких дескрипторов сожрал больше чем система тянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 15:48:13 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
На другую версию MySQL, как и на MariaDB, перейти, к сожалению, не могу, т.к. ПО поддерживается только под эту версию Мускула. Дисковые полочки Оракл и Мускул используют каждый свою. Дисковые очереди сейчас покопаю, выглядят действительно не очень. SATA-кабеля сейчас предложу заменить, хотя админ мне крест на пузе рисует, что все ок. А админ у нас достаточно бородат и свитерист. Какие еще предложения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 16:42:41 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 16:51:18 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
miksoftВключен ли параметр innodb_file_per_table ? нет, не включен. Да, файл фрагментирован. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 16:52:28 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
AlicedmiksoftВключен ли параметр innodb_file_per_table ?нет, не включен. Да, файл фрагментирован.Ну так отсюда и рекомендация - включить и пересоздать базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 16:58:14 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
AlicedНа другую версию MySQL, как и на MariaDB, перейти, к сожалению, не могу, т.к. ПО поддерживается только под эту версию Мускула.Таки проверьте этот момент поподробнее. Апгрейд в пределах ветки обычно не запрещают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 16:59:20 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
AlicedSATA-кабеля сейчас предложу заменить, хотя админ мне крест на пузе рисует, что все ок. А админ у нас достаточно бородат и свитерист.:) Пожалуй, это можно отложить на попозже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 17:00:03 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
miksoftAlicedпропущено... нет, не включен. Да, файл фрагментирован.Ну так отсюда и рекомендация - включить и пересоздать базу. Штудировала этот момент. 1. При моем кол-ве таблиц (более 500) раза в полтора вырастет общий размер базы. 2. возможно снижение быстродействия за счет необходимости открывать-закрывать отдельные файлы БД 3. поддержка ПО меня и так проклинает. Подозреваю, что о такой возможности даже не знают ;) 4. Пересоздать сейчас проблематично-под винду бесплатные/малобюджетные решения работают крайне медленно и в полном объеме за ночь я залить данные не успею. А обрезанный скелет (без документов) сливается 1 час и заливается 4 часа, уже делала, еле всех уговорила, но все равно были недовольные. По любому буду делать, но должно хотя бы полгода пройти :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 17:20:05 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
Aliced1. При моем кол-ве таблиц (более 500) раза в полтора вырастет общий размер базы.с чего бы? Aliced2. возможно снижение быстродействия за счет необходимости открывать-закрывать отдельные файлы БДВозможно. Лечится увеличением параметров кэширования открытых таблиц и т.п. Сама по себе цифра 500 не страшна. 4. Можно попробовать ускорить некоторыми исхитрениями. В частности, сливать/заливать не дамп, а только данные, например, в tsv-формате. Можно делать сразу с несколькими таблицами параллельно. В конце концов, если места на диске хватит с запасом, то можно потаблично переводить таблицы в отдельные файлы. Правда, тогда исходный файл базы так и останется большим, как сейчас. А потом таки грохнуть и пересоздать базу, а файлы с таблицами подсунуть взамен пустых. Но рекомендую сначала потренироваться на кошках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 17:31:20 |
|
||
|
InnoDB: Operating system error number 1450 in a file operation.
|
|||
|---|---|---|---|
|
#18+
Подитожу, может кому-то в будущем поможет: Исследования показали, что падеж наблюдается когда при выполнении громоздкого запроса, например Код: plsql 1. (таблица размером 96гигов, очередь чтения в диску почти 99-100%), запустить еще один громоздкий типа Код: plsql 1. (trm_out_receipt_footer-таблица относительно небольшая, всего 1,6гига). Из 11 падений 4 произошло ровно в 23:07. Пытки разработчиков, включая использование утюга, ни к чему не привели. Изучение slow-логов запросов дольше 5 секунд тоже: все запросы абсолютно обычные. Склоняюсь к мысли, что причиной является сильная фрагментация. Фрагментация самых больших таблиц страшная в силу специфики софта: с 6 до 12 дня точечно удаляются данные трехмесячной давности из 30 самых больших и популярных таблиц, и одновременно с этим идет постепенная заливка новых. Нагрузка диска с БД в это время 100%. Также исследования показали, что после выполнения OPTIMIZE (на InnoDB самозаменяется на recreate + analyze) некоторых часто используемых таблиц, падеж на время прекращается. Похоже, что в данной ситуации самое лучшее решение будет действительно перевод таблиц на innodb_file_per_table, хотя абсолютно не представляю процесс перехода на нашей круглосуточно работающей БД. И кошек понадобится много. miksoft, отдельное БОЛЬШОЕ СПАСИБО за своевременные и дельные советы не только мне, но и всем в разделе MySQL! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2014, 11:29:04 |
|
||
|
|

start [/forum/search_topic.php?author=Banderas&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
73ms |
get tp. blocked users: |
2ms |
| others: | 642ms |
| total: | 839ms |

| 0 / 0 |
