|
|
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
там как-то криво, особо не видно. Щас наверное еще во вложение положу, весь, необрезанный вывод. А вот тут если остортировать по sum(loads) Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 13:19 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
xtenderпроверил на 12.2 - у меня не чистится. Выполненный в другой сессии select 'AAAAA' from dual; остался. А у меня чистится что в той-же сессии, что в другой: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: plsql 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. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 14:17 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
OfftopSYMicrosoft Windows (64-bit AMD)Ryzen? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 14:20 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
Обе сессии под SCOTT. Дo: Код: plsql 1. 2. 3. 4. После: Код: plsql 1. 2. 3. 4. Под разными сессиями. Дo: Код: plsql 1. 2. 3. После out_of_place => true обновления SCOTT.EMP_MV все под PARSING_SCHEMA_NAME U1 исчезло. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 14:37 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopRyzen? Heт. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 14:45 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
У меня чистится всегда. Разные, или та же сессия, с включенной корзиной или без. Linux 64bit. Хорошо, что в 12.2 такого нет. Еще один повод проапгрейдиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 14:46 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
JuliaTrУ меня чистится всегда. Разные, или та же сессия, с включенной корзиной или без. Linux 64bit. Хорошо, что в 12.2 такого нет. Еще один повод проапгрейдиться. А у меня, в отличие от xtender, на 12.2 чистится всегда. Так-что повод проапгрейдиться под вопросом (хотя у меня под windows 10). SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 14:50 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
[quot SY]JuliaTrУ меня чистится всегда. Разные, или та же сессия, с включенной корзиной или без. Linux 64bit. А у меня, в отличие от xtender, на 12.2 чистится всегда. Так-что повод проапгрейдиться под вопросом (хотя у меня под windows 10). Не заметила. Это хуже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 15:08 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
SY, думаю просто вымывается. Попробуй в другой сессии отдельный какой-нибудь запрос попрогонять раз 5-10 перед рефрешем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 15:16 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
JuliaTr, А у тебя четко видно что исчезает далеко не всё. Ты уверена что исчезнувшие не относятся к этой мвью и таблицам по ней и это не разовые запросы, которые бы и так вымылись из кэша? Сделай ash report или ashdump чтобы затронул кусочек с финишем рефреша, т.е. с множественными парсами и проверь к чеиу они относятся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 15:20 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
xtenderSY, думаю просто вымывается. Попробуй в другой сессии отдельный какой-нибудь запрос попрогонять раз 5-10 перед рефрешем. Чего-же out of place плодит в количествах вымывающих все из cache? SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 15:24 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
SY, Вчера глядел и трассой и dbms_hprof и анраппером - там куча всякой фигни, но ничего критического ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 15:40 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
Но не так уж много и не тпк уж много вымывает, думаю просто зависит от размера кэша и активности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 15:42 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
xtenderJuliaTr, А у тебя четко видно что исчезает далеко не всё. Ты уверена что исчезнувшие не относятся к этой мвью и таблицам по ней и это не разовые запросы, которые бы и так вымылись из кэша? Сделай ash report или ashdump чтобы затронул кусочек с финишем рефреша, т.е. с множественными парсами и проверь к чеиу они относятся да, не все. соглашусь, но много. И точно не зависящие, из sys много. попробую с ash, дам знать. надо только вьюху побольше сообразить, а то, зараза, этот out_of_place супер быстро бежит :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 16:23 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
JuliaTrэтот out_of_place супер быстро бежит :)так и хорошо... он сам-то не нужен, важно только поглядеть какие конкретно курсоры исчезают и почему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 16:30 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
отчет h.prof'a ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 16:34 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
xtenderНо не так уж много и не тпк уж много вымывает, думаю просто зависит от размера кэша и активности У меня вымывается все что не в session cursor cache т.к. это препятствует LRU: Код: plsql 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. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 16:59 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
SY, одиночно выполненный запрос - первый кандидат на вымывание. Попробуй выполнить 5-10 раз, отключиться, переподключиться и проверить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 17:15 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
xtender одиночно выполненный запрос - первый кандидат на вымывание. При условии в library cache нет места. B моем примере начинаем с startup, так-что вымывания быть не должно если только out of place нe плодит кучу recursive SQL. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2017, 17:28 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
Нет ничего особенного в ash репорте. Load table conventional, index build, a остальное как обычно. Фиг с ним, с одиночным запросом. Но вся эта эпопея-то началась, когда вымывался запрос, который 700 раз в минуту бежит. Так что это уже не первый кандинат на вымывание. Ладно, всех с праздниками, у нас тут каникулы, к компу только после нового года доступ будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 10:50 |
|
||
|
dbms_mview.refresh with out_of_place => true
|
|||
|---|---|---|---|
|
#18+
Спустя год почти пришел ответ из Оракла. Для тех, кому интересно. На мой взгляд, очень необычное поведение, особенно для production баз... авторDevelopment has closed the created bug as not a bug but expected behavior.Please have a look below for explanation: } ... /* If we turned on the PL/SQL optimization (to avoid recompilation) * then make sure to flush the shared pool to avoid internal errors * which may occur) */ if (plsql_opt_used) { kglfls(ksmgpga); <<<<<< FLUSH THE SHARED POOL HERE kghfsh(ksmgpga, ksmtsga); } ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2018, 12:59 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39574502&tid=1883140]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
138ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 450ms |

| 0 / 0 |
