|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
Добрый день. Прошу совета и помощи. Есть таблица log Код: 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.
В ней хранится история всяких разных действий. Неожиданно таблица разрослась до 27ГБ Сейчас я даже не могу удалить с нее часть данных, OPTIMIZE тоже после минут 10 работы роняет базу. Ключей сделал много, для каждого конкретного запроса. Сейчас нужно удалить все данные Код: sql 1.
Вот примерно таким запросом. Индекс используется. Но данные удаляются в час по чайной ложке, а в Phpmyadmin общее кол-во постоянно скачет. то 3 млн, через минуту показывает 12. Собственно 2 вопроса: 1. Как все-же удалить/оптимизировать 2. Как лучше хранить такие данные, при условии, что я не хотел бы их удалять вообще и таблица могла рости до 100/200гб. данные не изменяемые. Используется полнотекстовой поиск ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2020, 13:25 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
Zhenek Как все-же удалить/оптимизировать Zhenek Как лучше хранить такие данные ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2020, 19:38 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
Zhenek Код: sql 1.
Zhenek Код: sql 1.
Zhenek Код: sql 1.
Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2020, 20:01 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
Zhenek Код: sql 1.
'159704839'<'1597048383' даст false, хотя 159704839<1597048383 даст true. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2020, 20:06 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
У вас дико нелепые ошибки проектирования таблицы. Неудивительно, что она тормозит и с ней невозможно работать. Почитайте что-нибудь про типы полей в базах данных, про типы полей MySQL в частности, и как оптимально упаковывать в эти типы ваши данные. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2020, 23:06 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
авторУ вас дико нелепые ошибки проектирования таблицы. Неудивительно, что она тормозит и с ней невозможно работать. Почитайте что-нибудь про типы полей в базах данных, про типы полей MySQL в частности, и как оптимально упаковывать в эти типы ваши данные. К сожалению эти ошибки тянутся очень давно, и до определенного времени не давали о себе знать. Сейчас, чтобы их исправить нужно как-то работать с таблицей, а это невозможно.простые запросы виснут. Вот сделал новую структуру, посмотрите кому не сложно, подойдет ли. И буду в нее копировать данные из старой таблицы. http://sqlfiddle.com/#!9/f8e049/1 ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2020, 03:33 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
Zhenek Вот сделал новую структуру, посмотрите кому не сложно, подойдет ли. Код: sql 1. 2. 3.
Если у вас предполагается скоростная работа с большим объемом данных, то избавиться от текстовых полей в основной таблице логов может быть неплохой идеей. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2020, 00:00 |
|
Таблица для хранения логов
|
|||
---|---|---|---|
#18+
Zhenek Как лучше хранить такие данные, при условии, что я не хотел бы их удалять вообще и таблица могла рости до 100/200гб. данные не изменяемые. Используется полнотекстовой поиск Также, как делали диды: текстовые файлы, ротация, tar.gz, grep :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2020, 08:30 |
|
|
start [/forum/topic.php?fid=47&msg=39988382&tid=1828408]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
184ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 263ms |
total: | 536ms |
0 / 0 |