Итак, я получил это на работу. Не завершено полностью, но для каждой «отсоединенной» таблицы я использовал следующую команду:
alter table [error_table] import tablespace;
Пара таблиц выдавала ошибку, что
Error Code: 1808. Schema mismatch (Table has ROW_TYPE_COMPACT row format, .ibd file has ROW_TYPE_DYNAMIC row format.)
Я еще не решил эту проблему , Когда я пытаюсь изменить формат строки, вся база данных падает. Я обновлю это решение, как только выясню это. В противном случае, если у кого-то есть предложения, я приветствую их!
Насколько я знаю, GetTickCount не связан с потоками и считает время, так как система запустилась. Но лучше использовать GetTickCount64 для предотвращения 49,7 дней roleover.
Между прочим, для получения, что Вы хотите Вас, нуждаются в функции GetThreadTimes. Это записывает создание и время выхода и количество времени, которое имеет поток, тратят в пространстве ядра или пользователе. Таким образом, у Вас есть хороший способ вычислить, количество времени тратят.
Хорошо, я пропустил "системную" часть вопроса. Но это просто. Когда в спящем режиме GetTickCount продолжает подсчет. Поскольку люди пострадали от ошибки этих 49,7 дней, когда компьютер был в, в спящем режиме большую часть времени. См. текст ссылки здесь для получения дополнительной информации.
Короткий ответ: Да.
Более длинный ответ: Считайте GetTickCount () документы: это - прошедшее время начиная с системного запуска, и даже MS не предположил бы, что время останавливается, в то время как Ваш компьютер в спящем режиме...
GetTickCount()
дает Вам время в миллисекундах начиная с загруженного компьютера. это не имеет никакого отношения к процессу, называя его.
Нет, GetTickCount ()
не включает время, которое система проводит в спящем режиме.
Это доказывает простой тест.
в Python:
import win32api
win32api.GetTickCount()
- выполните спящий режим -
win32api.GetTickCount()
и вы увидите результат ...