Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Загадка...
|
|||
|---|---|---|---|
|
#18+
Для начала - выжимка из лога консоли. Чтобы удивить и заинтересовать. Пропущены некоторые команды, которые никак не влияют на показанную таблицу: Код: sql 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. Никаких триггеров, процедур, эвентов и других пользователей. Короче, никаких подвохов. Как это может быть? Что это было на самом деле. Суть проблемы - очищенные записи не сразу удаляются из частных таблиц. Суть происходящего демонстрирует полный лог консоли. Код: sql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2016, 13:48 |
|
||
|
Загадка...
|
|||
|---|---|---|---|
|
#18+
Akina, у меня не получилось воспроизвести на 5.7.15. Код: sql 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. Возможно, вы попадаете вот в этот кусок (несмотря на то, что написано про mapped into MERGE, а не наоборот): http://dev.mysql.com/doc/refman/5.7/en/merge-table-problems.html manYou should not use ANALYZE TABLE, REPAIR TABLE, OPTIMIZE TABLE, ALTER TABLE, DROP TABLE, DELETE without a WHERE clause, or TRUNCATE TABLE on any of the tables that are mapped into an open MERGE table. If you do so, the MERGE table may still refer to the original table and yield unexpected results. To work around this problem, ensure that no MERGE tables remain open by issuing a FLUSH TABLES statement prior to performing any of the named operations. Попробуйте дёрнуть flush tables перед truncate. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2016, 14:20 |
|
||
|
Загадка...
|
|||
|---|---|---|---|
|
#18+
MelkijПопробуйте дёрнуть flush tables перед truncate. Всё верно, но только не перед, а после. Думаю, это был результат некорректного фикса маппинга TRUNCATE на DELETE (и сопутствующей баги со срабатыванием ON DELETE триггера при TRUNCATE). Но, сцуко, как же я удивился поначалу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2016, 14:29 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=47&tid=1831143]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 133ms |

| 0 / 0 |
