Alloy,
Вместе с тем вот пишут что на износ влияет еще статика и перегрев из-за неисправного usb-порта+плохой теплоотвод у пластика.
статика она если повлияет то не на износ, а просто сразу возьмет и убьет флешку 
В практике встречал массу жалоб на то что некоторые флешки поработают и виснут (отключаются), грешат на перегрев, а часто проблемы в хреновых 5 вольтах или некачественном USB удлиннителе. Так что смотрите куда вставляете изделие.
Ну и еще добавлю немного не совсем в тему. НО если уж у кого случилось что флешка померла.. Перестала определяться, а на ней осталась важна информация не спешите ее греть и охлаждать в надежде что оживет. Не спешите слушать лиц мнящих себя специалистами и авторитетно на любую проблему заявляющих что сдох контроллер и надо найти такую же флешку и перепаять контроллер. Знайте что паяльником проблемы firmware (в частности таблиц транслятора) вы в жизни не решите, а при умирании флешки эти проблемы будут более чем в 80% случаев. Все лишние нагревы паяльником не лучшим образом скажутся на сохранности данных в NAND flash (достаточно погреть не очень долго при температуре около 350С и собственно все, паяльники без контроля температуры ваш успех на окончательное убиение данных. Конечно можете проверить такие мелочи как защитный диод может вам повезло и проблема только в нем. НО если не в нем то не нужно плясок с бубном. Нужно аккуратно подкоготовить микросхему к выпаиванию, выпаять вычистить выводы. Далее воспользоваться соответствующими ридерам или программаторами и найдя нужный Datasheet на микросхему извлечь дамп (если микросхема содержит не один банк то прочитать все банки). После задача сведется к разбору той каши (микс данных), которую почти всегда организовывает контроллер. Может быть банальное поблочное распараллеливание, а может быть весьма изощренный алгоритм разобраться в котором будет весьма проблематично. Ну и когда задача по разбору микса решена, остается этап поблочной сборки. Тут уже идет анализ служебки (полный сектор в флеше 528 байт (обычно 512 данных и 16 байт служебки(или 2048 байт данных 64 байта служебки (бывают и более изощренные случаи в разносе собственно служебки внутри сектора (не обязательно начало или конец)))) Так вот анализируя данные служебки вникаем что есть ECC, что есть номер блока... а также узнаем размер блока. КОгда стало все изветсно строим карту блоков и видим сколько логических банков (с которыми работает контроллер) собственно находится на Nand Flash вот после разобравшись с нумерацией осуществляем поблочную сборку с удалением служебки и на выходе получаем ровный образ с привычной файловой системой (которая к слову также может быть повреждена).
Все это к чему написал, чтобы ко многим пришло понимание того что флешка она достаточно самостоятельное устройство и просто контроллер записывает данные в флешку по достаточно сложным алгоритмам и для собственно ориентации имеет немало служебных данных на основании которых он может оперировать с данными пользователя. И чтобы было понимание что не все проблемы решаются паяльником. Кому интересно вникайте в тему в особенности алгоритмов различных контроллеров (у одного контроллера как правило далеко не один алгоритм работы) Ну и также меньше попадайтесь к различным "спецам" которые основной проблемой выхода флешки из строя ставят резиновый корпус 
Как говорить всем меньше потерь информации
Делайте бэкапы.