|
|
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, Да, именно в каталоге базы он и живет. Вот только предыдущее сообщение перед incorrect key file имеет более чем месячную давность и к проблеме отношения явно не имеет. Тут тоже тупик. Думаю причину надо искать начиная с DELAY_KEY_WRITE=1, поскольку программа работает с десятками тысяч таблиц, но повреждены были только три из 4096, имеющих эту особенность. (хотя с 4096 работа идет постоянно, а остальные обрабатываются поочеродно) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2014, 13:02:11 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Проблему победить не удается. У кого есть мудрые мысли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 20:58:23 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Проблему победить не удается.В смысле поврежденные индексы появляются еще или не удалось старые пересоздать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 21:00:02 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Старые восстанавливать не нужно, все данные (и mysql и не mysql) восстанавливаются из резервной копии (после восстановления поврежденных индексов нет). Но во время работы программа получает ответ о поврежденном индексном файле (в логе это сообщение присутствует четыре раза с одним временем) Запущенный сразу после этого mysqlcheck vedma_bloks эту таблицу посчитал нормальной, зато нашел другую поврежденную. check table дал по этим таблицам те же результаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 21:08:27 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Как и раньше портятся только таблицы с DELAY_KEY_WRITE=1 Может ли MySQL при высокой нагрузке забывать/не успевать сохранить индексы при освобождении кеша для загрузки других? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2014, 15:13:40 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Старые восстанавливать не нужно, все данные (и mysql и не mysql) восстанавливаются из резервной копии (после восстановления поврежденных индексов нет). Но во время работы программа получает ответ о поврежденном индексном файле (в логе это сообщение присутствует четыре раза с одним временем) Запущенный сразу после этого mysqlcheck vedma_bloks эту таблицу посчитал нормальной, зато нашел другую поврежденную. check table дал по этим таблицам те же результаты. Надеюсь, вы восстанавливаете из Sql-дампа? Делайте сразу пересоздание - repair table. А причины уже несколько раз вам описали - непредвиденная остановка или ошибка отдельных операций в mysql. Устраните и все будет нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 11:54:00 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Да восстановление таблиц mysql из sql-дампа. repair не делал, делал только check Но повреждение таблиц происходит примерно через неделю непрерывной работы (файлы этих 4096 таблиц MYD разнесены по двум жестким дискам, MYI по трем другим жестким дискам, нагрузка на все 5 жестких дисков 95-100% все время работы). Если что-то ихзначально битое есть все встанет в самом начале. При любых непредвиденных остановках должны оставаться следы. При остановке программа немедленно остановится из-за отсутствия mysql (запросы идут непрерывно, нагрузка от mysql на процессор 50-100% одного ядра). Кроме того перезагрузка mysql без flush tables приведет к весьма многочисленным повреждениям таблиц с DELAY_KEY_WRITE=1, а не 2-3. При любой ошибке (проверяются все виды запросов) программа также будет сразу же остановлена (что и происходит при получении сообщения о поврежденном индексном файле). Больше с таблицами этой базы в это время никто не работает. Поэтому все эти варианты полностью исключены. Сейчас убрал в таблицах DELAY_KEY_WRITE=1 и запустил заново. Это не решение проблемы, но если ошибки не произойден, причина будет однозначна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 12:19:31 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13При любых непредвиденных остановках должны оставаться следы. При остановке программа немедленно остановится из-за отсутствия mysql (запросы идут непрерывно, нагрузка от mysql на процессор 50-100% одного ядра). Кроме того перезагрузка mysql без flush tables приведет к весьма многочисленным повреждениям таблиц с DELAY_KEY_WRITE=1, а не 2-3. Дык! Просто вы их не нашли. Поддерживаю решение отключить delay_key_write. Худший вариант когда диски сыпятся. Или, например, raid1 "разошелся". Но это тоже от внезапных перезагрузок бывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 13:23:13 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Что значит не нашел? Не заметил что программа аварийно завершилась и сама после этого фантастическим образом запустилась? Во первых она сама не запустится, а даже если я ее непонятно почему запущу, она тут же завершится вновь, поскольку данные разрушены первой остановкой. Не заметил в четырех строчках лога ошибок mysql пятой? Пятой там нет, странно только что эти четыре идентичны. (должна быть лишь одна). Но о чем это говорит я так и не понял. delay_key_write отключен только для тестирования - нагрузка на диски и так запредельная, а так будет еще больше. Про сыпящееся диски я в первый раз тоже подумал, но когда обнаружил, что повреждено ровно три таблицы - по одной на каждом диске, решил что вероятность такой причины крайне низка. Raid не используются, тестирование показало, что в этих условиях он не эффективен, файлы таблиц базы просто разбросаны целиком на разные диски. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 13:59:19 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Что значит не нашел? Не заметил что программа аварийно завершилась и сама после этого фантастическим образом запустилась? Например. Во первых она сама не запустится, а даже если я ее непонятно почему запущу, она тут же завершится вновь, поскольку данные разрушены первой остановкой. В нормальных дистрибутивах mysql сам перезапускается с помощью программы mysqld_safe. Всевозможные Панели Упровления тоже заботятся о том чтобы mysql запускался сам. про SMART не написали. Смотрели? логи syslog ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:15:19 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Mysql в отличии от моей программы может конечно сам перезапустится, но об этом он напишет в логах, при перезапуске он закроет соединения с программой и не восстановит их сам после перезапуска, и некоторое время будет недоступен для всех. При перезапуске он не скажет flush tables и будут повреждены индексы тысяч таблиц. Такое количество следом невозможно незаметить. В syslog ничего. про SMART? это где смотрят? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:24:14 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Mysql в отличии от моей программы может конечно сам перезапустится, но об этом он напишет в логах я так понял, у вас с error.log какая-то проблема и не обязательно ему можно доверять. можно ли убедиться с помощью top что процесс mysql действительно запущен много дней назад ? про SMART? это где смотрят? незнакомые термины обычно смотрят в гугле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:27:00 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Запущен 14 января Это я уже сделал, но этим модным словом сейчас называют все подряд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:46:13 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, это ru.wikipedia.org/wiki/S.M.A.R.T. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:13:13 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
кривые у нас ссылки я имею ввиду S.M.A.R.T. (от англ. self-monitoring, analysis and reporting technology — технология самоконтроля, анализа и отчётности) — технология оценки состояния жёсткого диска встроенной аппаратурой самодиагностики, а также механизм предсказания времени выхода его из строя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:13:59 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
netwindкривые у нас ссылкипочинил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:24:47 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Я знал это название только с пятью точками, поэтому сразу решил что раз без точек значит что-то другое. (Но как сейчас узнал теперь его чаще пишут без точек чем с точками) В биосе он включен, но в debian не установлен. Пока работает программа ставить не буду, машине и так тяжко. Тест закончится через 5(если будет ошибка)-10(если отработает нормально) дней, тогда и поставлю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:28:43 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, уже сейчас можно статистику посмотреть. (разве что я встречал диски, на которых любой дополнительный запрос останавливает тест. но его можно и запустить снова потом ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:31:18 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
netwind, То ли я чего то недопонимаю, у меня же не стоит пакет которым ее можно посмотреть? Тест конечно можно перезапустить, но восстановление из резервной копии занимает 10 часов, а вероятность вины сразу трех дисков разных моделей все же невысока. (да и система на ошибки дисков реагирует обычно довольно заметно - было бы и в логах и на консолях) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:48:42 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, пакет один и тот же скорее всего и для запуска теста и для просмотра статистики. запускать программу smartctl ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:52:02 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Я под запущенным тестом имел ввиду свою программу, завершится, поставлю этот пакет и посмотрю статистику дисков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 16:25:59 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Тест завершился без сбоев (только долго шел). smartctl сообщил, что 4 диска из пяти неплохо бы поменять, но пока ни обного сбоя не зафиксировано, ни на одном диске. Последующая обработка данных прошла со сбоем. В начале в память из базы было загружено 200 тыс ключей отсортированных для поиска половинным делением. Два из них по одному разу были не найдены, хотя искались 1-3 млн раз. При повторном запуске по тем же данным сбоя не произошло. Возможно проблема не в mysql и не в жестких дисках. MEMTEST86 проходит без сбоев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 16:11:04 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
авторsmartctl сообщил, что 4 диска из пяти неплохо бы поменять, но пока ни обного сбоя не зафиксировано, ни на одном диске. может все же покажете конкретные данные? потому что оценка smart в некотором смысле субъективна - для разных моделей дисков разные значения считаются нормальными. если возможно, запустите pt-summary и покажите вывод. там довольно полная информация в контексте именно оценки состояния сервера БД. именно для этого программа и писалась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 18:18:51 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 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. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365. 366. 367. 368. 369. 370. 371. 372. 373. 374. 375. 376. 377. 378. 379. 380. 381. 382. 383. 384. 385. 386. 387. 388. 389. 390. 391. 392. 393. 394. 395. 396. 397. 398. 399. 400. 401. 402. 403. 404. 405. 406. 407. 408. 409. 410. 411. 412. 413. 414. 415. 416. 417. 418. 419. 420. 421. 422. 423. 424. 425. 426. 427. 428. 429. 430. 431. 432. 433. 434. 435. 436. 437. 438. 439. 440. 441. 442. 443. 444. 445. 446. 447. 448. 449. 450. 451. 452. 453. 454. 455. 456. 457. 458. 459. 460. 461. 462. 463. 464. 465. 466. 467. 468. 469. 470. 471. 472. 473. 474. 475. 476. 477. 478. 479. 480. 481. 482. 483. 484. 485. 486. 487. 488. 489. 490. 491. 492. 493. 494. 495. 496. 497. 498. 499. 500. 501. 502. 503. 504. 505. 506. 507. 508. 509. 510. 511. 512. 513. 514. 515. 516. 517. 518. 519. 520. 521. 522. 523. 524. 525. 526. 527. 528. 529. 530. 531. 532. 533. 534. 535. 536. 537. 538. 539. 540. 541. 542. 543. 544. 545. 546. 547. 548. 549. 550. 551. 552. 553. 554. 555. 556. 557. 558. 559. 560. 561. 562. 563. 564. 565. 566. 567. 568. 569. 570. 571. 572. 573. 574. 575. 576. 577. 578. 579. 580. 581. 582. 583. 584. 585. 586. 587. 588. 589. 590. 591. 592. 593. 594. 595. 596. 597. 598. 599. 600. 601. 602. 603. 604. 605. 606. 607. 608. 609. 610. 611. 612. 613. 614. 615. 616. 617. 618. 619. 620. 621. 622. 623. 624. 625. 626. 627. 628. 629. 630. 631. 632. 633. 634. 635. 636. 637. 638. 639. 640. 641. 642. 643. 644. 645. 646. 647. 648. 649. 650. 651. 652. 653. 654. 655. 656. 657. 658. 659. 660. 661. 662. 663. 664. 665. 666. 667. 668. 669. 670. 671. 672. 673. 674. 675. 676. 677. 678. 679. 680. 681. 682. 683. ничего не нашел ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 19:20:40 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38593737&tid=1835006]: |
0ms |
get settings: |
6ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
41ms |
get topic data: |
7ms |
get forum data: |
1ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 302ms |

| 0 / 0 |
