|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррЖуравлев ДенисДбашкабрр, а покажите sar -d 30 Код: plaintext 1. 2. 3. 4. 5. 6. 7.
у меня sysstat-isag-8.0.4-31.1 sysstat-8.0.4-31.1 и там в два раза больше столбцов ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:02 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
Журавлев ДенисДбашкабррЖуравлев ДенисДбашкабрр, а покажите sar -d 30 Код: plaintext 1. 2. 3. 4. 5. 6. 7.
у меня sysstat-isag-8.0.4-31.1 sysstat-8.0.4-31.1 и там в два раза больше столбцов У меня ощущение, что если я попробую поставить версию посвежее... то это потянет еще паровоз dependences. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:04 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
4 и 9-ти секундные чекпоинты намекают на проблему с диском. С другой стороны диск может быть загружен роллбеками. покажите dbschema -d база -t accounts с первого и со второго серверов. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:12 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
Журавлев Денис4 и 9-ти секундные чекпоинты намекают на проблему с диском. С другой стороны диск может быть загружен роллбеками. покажите dbschema -d база -t accounts с первого и со второго серверов. 1-й сервер: Код: 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.
2-й сервер: Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:23 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррСтатистика... 1. Нагрузка на дисковую систему разная хотя использование данных сессиями и количество коммитов приблизительно одинаковые. 2. Сравнить планы запросов на разных серверах ( соберите статистику ). 3. Меня очень настораживает большое количество дисковых операций в секунду на втором сервере. это либо из за разных планов, либо есть отличия в структурах данных( индексах) либо операциях с данными. 4. Дайте вывод onstat -P с 2 серверов ( достаточно только последних строчек с % распередением). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:26 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
onstat-ДбашкабррСтатистика... 1. Нагрузка на дисковую систему разная хотя использование данных сессиями и количество коммитов приблизительно одинаковые. 2. Сравнить планы запросов на разных серверах ( соберите статистику ). 3. Меня очень настораживает большое количество дисковых операций в секунду на втором сервере. это либо из за разных планов, либо есть отличия в структурах данных( индексах) либо операциях с данными. 4. Дайте вывод onstat -P с 2 серверов ( достаточно только последних строчек с % распередением). 1-й: Код: plaintext 1. 2. 3. 4.
2-й: Код: plaintext 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:29 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
onstat-ДбашкабррСтатистика... 2. Сравнить планы запросов на разных серверах ( соберите статистику ). . Как это сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:37 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
Дбашкабррonstat-ДбашкабррСтатистика... 2. Сравнить планы запросов на разных серверах ( соберите статистику ). . Как это сделать? А какая версия ? Либо в сессии нужно сказать set explain on; либо через onmode если версия сервера поддерживает например На сервере в домашней директории пользователя появится файл setexplain.out Паралельно проанализируйте таблицу sysptprof на предмет какие таблицы больше всего участвуют в дисковом вводе выводе. В первую очередь Ищите и сравнивайте планы с запросами по таблицам, по которым ввод вывод максимальный. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:49 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррЖуравлев Дениспокажите dbschema -d база -t accounts с первого и со второго серверов. 1-й сервер: ... Структуры таблиц совпадают. При желании можно попытаться копать дальше, в тексты используемых триггерами ХП: ufwriterechist ufupdacc_prov ufupdacc_tplan ufaccactivate , а также структуры, которые эти ХП используют... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 12:52 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ИМХО Это происходит потому, что 1. Кто то выбивает из дискового кеша какие то еще нужные данные. 2. Пользователи оперируют разными данными ( разного обьема) в выборках( топикстартер переоценил одинаковость систем), 3. Планы поехали. Процентное соотношение индексов и данных в буферном кеше не очень похоже на то что система работает в режиме OLTP. Как [b]полумера[/b ] увеличте размер буферного кеша на втором сервере, но не факт что поможет. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:02 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррСтатистика... 1-й сервер: Код: plaintext 1. 2. 3. 4. 5. 6.
2-сервер: Код: plaintext 1. 2. 3. 4. 5. 6.
update statistcs for procedures ? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:06 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррРешил порыть в RAID контроллере... вот результат... Код: plaintext 1. 2. 3. 4.
ИМХО, т.к. скорей всего проблема в плохой производительности дисковой подсистемы на 2-м сервере, то: 1) меняем WrPolicy: с WriteThru на WriteBack ; 2) тестируем заново с пом. bonnie++ ; 3) сравниваем с предыдущим результатом и радуемся приросту (возможно немного огорчаемся, что "не дотянули до показаний на 1м сервере"); 4) если на контроллере есть батарейка, то так и оставляем, ежели нету - то чешем затылок в сторону "рисковать/не рисковать" или "а не прикупить ли батарейку?" ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:08 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ТанДбашкабррСтатистика... 1-й сервер: Код: plaintext 1. 2. 3. 4. 5. 6.
2-сервер: Код: plaintext 1. 2. 3. 4. 5. 6.
update statistcs for procedures ? Насколько критично выполнить update statistcs for procedures в период рабочей нагрузки? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:11 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
svat2ДбашкабррРешил порыть в RAID контроллере... вот результат... Код: plaintext 1. 2. 3. 4.
ИМХО, т.к. скорей всего проблема в плохой производительности дисковой подсистемы на 2-м сервере, то: 1) меняем WrPolicy: с WriteThru на WriteBack ; 2) тестируем заново с пом. bonnie++ ; 3) сравниваем с предыдущим результатом и радуемся приросту (возможно немного огорчаемся, что "не дотянули до показаний на 1м сервере"); 4) если на контроллере есть батарейка, то так и оставляем, ежели нету - то чешем затылок в сторону "рисковать/не рисковать" или "а не прикупить ли батарейку?" 1) Думал об этом :) 2) Хочу так и сделать... 4) Батарейки нету :( ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:12 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
Тан update statistcs for procedures ? А в чём может быть проблема? НУ при первом вызове конкретно взятой ХП после UPD STAT TABLE план запросов в этой ХП будет сохранён. Если не напортачили с PDQPRIORITY и нет lock time expired по sysprocplan - UPD STAT PROC вроде бы существенно не поможет :( ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:22 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
Дбашкабрр Насколько критично выполнить update statistcs for procedures в период рабочей нагрузки? как минимум некоторые сессии могут наткнутся на заблокированные записи в sysprocplan. Как максимум сервер может упасть , была когда то такая лажа на 7.31 когда под нагрузкой update statistics for procedure ложил сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:22 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
АнатоЛойТан update statistcs for procedures ? А в чём может быть проблема? НУ при первом вызове конкретно взятой ХП после UPD STAT TABLE план запросов в этой ХП будет сохранён. Если не напортачили с PDQPRIORITY и нет lock time expired по sysprocplan - UPD STAT PROC вроде бы существенно не поможет :( ИМХО поможет, если меняли уровень блокировок на таблицах с page на row или наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:27 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
АнатоЛойТан update statistcs for procedures ? А в чём может быть проблема? НУ при первом вызове конкретно взятой ХП после UPD STAT TABLE план запросов в этой ХП будет сохранён. Если не напортачили с PDQPRIORITY и нет lock time expired по sysprocplan - UPD STAT PROC вроде бы существенно не поможет :( если схемы одинаковые, данные одинаковые, статистика одинаковая, активность одинаковая - откуда столько дисковых чтений на втором? что-то там разное... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:30 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
onstatНа сервере в домашней директории пользователя появится файл setexplain.out Не забывать, что в режиме обычной работы сессии не все выполняемые запросы попадут в setexplain.out. Часть запросов, которая оптимизируется не при каждом запуске ХП, можно увидеть только при SET EXPLAIN ON; UPDATE STATISTICS FOR PROCEDURE ...; onstat Паралельно проанализируйте таблицу sysptprof на предмет какие таблицы больше всего участвуют в дисковом вводе выводе. +1 Не забывать, что sysptprof заполняется только при условии наличия включенного TBLSPACE_STAT 1 в конфиге, чего у Дбашкабрр на первом сервере не наблюдается... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:31 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
Танчто-то там разное... ОК. Тогда я склоняюсь к мнению, что скорее SET EXPLAIN ON; UPDATE STATISTICS FOR PROCEDURE для последующего анализа, чем поможет UPDATE STATISTICS FOR PROCEDURE сам по себе :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:33 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
onstat-Тан update statistcs for procedures ? ИМХО поможет, если меняли уровень блокировок на таблицах с page на row или наоборот. Это был бы супервариант... Да, кстати, насчёт deadlock'ов, Дбашкабрр писал что только ЧАСТЬ таблиц переведена на LOCK MODE ROW. Может не переведена собственно accounts или таблицы из паровоза, затрагиваемого триггерными ХП? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:36 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
АнатоЛойТанчто-то там разное... ОК. Тогда я склоняюсь к мнению, что скорее SET EXPLAIN ON; UPDATE STATISTICS FOR PROCEDURE для последующего анализа, чем поможет UPDATE STATISTICS FOR PROCEDURE сам по себе :) Выполнил. Routine Statistics updated. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:41 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
АнатоЛойonstat-Тан update statistcs for procedures ? ИМХО поможет, если меняли уровень блокировок на таблицах с page на row или наоборот. Это был бы супервариант... Да, кстати, насчёт deadlock'ов, Дбашкабрр писал что только ЧАСТЬ таблиц переведена на LOCK MODE ROW. Может не переведена собственно accounts или таблицы из паровоза, затрагиваемого триггерными ХП? Вот таблицы которые "мелькают" в блокировках... informix.Accounts EXTENT SIZE 2064 NEXT SIZE 206 LOCK MODE ROW informix.acct_traffic EXTENT SIZE 306 NEXT SIZE 30 LOCK MODE PAGE informix.agent_traffic EXTENT SIZE 16 NEXT SIZE 16 LOCK MODE PAGE informix.cdr EXTENT SIZE 550366 NEXT SIZE 55036 LOCK MODE PAGE informix.customers EXTENT SIZE 135 NEXT SIZE 16 LOCK MODE ROW ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:45 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррАнатоЛойТанчто-то там разное... ОК. Тогда я склоняюсь к мнению, что скорее SET EXPLAIN ON; UPDATE STATISTICS FOR PROCEDURE для последующего анализа, чем поможет UPDATE STATISTICS FOR PROCEDURE сам по себе :) Выполнил. Routine Statistics updated. Ещё не помогло? Жалко, такая идея Тан и onstat- с последствиями после PAGE=>ROW не сработала :(. Тогда трактуйте мою фразу "для последующего анализа" как фразу "для последующего анализа sqlexplain.out" :). Ищем подозрительные "SEQUENTIAL SCAN" и большие "Estimated cost", а также особое внимание уделяем запросам с теми таблицами, которые имеют большие показатели в sysprtprof на втором сервер (благо, там TBLSPACE_STAT включен)... П.С.: Хотя вариант svat2 с RAID (так сказать со стороны железа) тоже паралельно отрабатывать надо.... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:53 |
|
Мучают блокировки...
|
|||
---|---|---|---|
#18+
ДбашкабррВот таблицы которые "мелькают" в блокировках... informix.Accounts EXTENT SIZE 2064 NEXT SIZE 206 LOCK MODE ROW informix.acct_traffic EXTENT SIZE 306 NEXT SIZE 30 LOCK MODE PAGE informix.agent_traffic EXTENT SIZE 16 NEXT SIZE 16 LOCK MODE PAGE informix.cdr EXTENT SIZE 550366 NEXT SIZE 55036 LOCK MODE PAGE informix.customers EXTENT SIZE 135 NEXT SIZE 16 LOCK MODE ROW Какими рамішлениями руководствовались, когда выбирали для них PAGE или ROW? Такие же ли LOCK MODE на первом сервере? Может это последствия dbexport без -ss с последущим dbimport, и в результате ВСЕ таблицы на втором сервере перешли в LOCK MODE PAGE? Сравните запросами к systables на первом и втором сервере - в systables есть поле с признаком P/R ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2009, 13:57 |
|
|
start [/forum/topic.php?fid=44&msg=36010219&tid=1607681]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
50ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 171ms |
0 / 0 |