Тук идеята е, че ПРИМЕРНО имате повредени 100 таблици база X, но базата съдържа  200 таблици. Едвали на някои ще му допадне да правя: repair table t1;repair table t2; или да пише скриптче което да ги обхожда една по една като има съвсем лесно решение на това с един ред(предоставен ни от MySQL пакета).

mysqlcheck -r databaseX -uroot -p

По този начин "repair table Xn" ще бъде изпълнено за всички таблици от базата "databaseX".

PS: Подобна публикация, но за оптимизиране на всички таблици от конкретна база: Жокер- optimize на mysql база

Идеята е да оптимизираме тези таблици само които са оптимизирани и MyISAM разбира се :)
С една заявка можем да изведем тези  таблици:

mysql> SELECT TABLES.TABLE_SCHEMA,TABLES.TABLE_NAME,TABLES.DATA_FREE,TABLES.ENGINE FROM INFORMATION_SCHEMA.TABLES WHERE TABLES.DATA_FREE!=0;
+-----------------+----------------+-----------+--------+
| TABLE_SCHEMA    | TABLE_NAME     | DATA_FREE | ENGINE |
+-----------------+----------------+-----------+--------+
| database1    | table_confirm  |       196 | MyISAM |
| database1    | table_sessions |     29460 | MyISAM |
| database1    | table_users    |        24 | MyISAM |
| database2 | table2       |        56 | MyISAM |
+-----------------+----------------+-----------+--------+
4 rows in set (0.04 sec)

В моя случай имам 4(понеже ги оптимизирам доста често)

Ето и как се оптимизира конкретна таблица:

mysql> optimize table database1.table_confirm;
+----------------------------+----------+----------+----------+
| Table                      | Op       | Msg_type | Msg_text |
+----------------------------+----------+----------+----------+
| database1.table_confirm | optimize | status   | OK       |
+----------------------------+----------+----------+----------+

PS: Всичко това може да си го автоматизирате с perl,bash,php или там каквото ви е на сърце :). Успех

Един forum на SMF се счупи и какво да гледам:

mysqld[14988]: 100923 10:59:07 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './database/smf_log_online.MYI'; try to repair it

Решение на проблема:

mysql> repair table smf_log_online;
+-------------------------------+--------+----------+------------------------------------+
| Table                         | Op     | Msg_type | Msg_text                           |
+-------------------------------+--------+----------+------------------------------------+
| ciscodchjoomla.smf_log_online | repair | warning  | Number of rows changed from 7 to 8 |
| ciscodchjoomla.smf_log_online | repair | status   | OK                                 |
+-------------------------------+--------+----------+------------------------------------+

Проблем при триенето на файлове или директории започващи с тире или dash

cd /tmp
touch ./'--dash-file'

Пробваме да изтрием файла започващ със dash:

machine:/tmp# rm -fr --dash-file
rm: unrecognized option `--dash-file'
Опитайте „rm ./--dash-file“, за да изтриете файла „--dash-file“.
Използвайте „rm --help“ за повече информация.

Виждаме, че дава грешка.

Решението е много просто, ето го и него:

rm -fr ./--dash-file

Готово :)

PS: Последно време пиша сравнително простички и често срещани проблеми понеже доста хора се сблъскват с тях които незнаят как да ги разрешат. Дано тези съвети им помогнат :)

Идеята е да архивираме цялата директория X без нейната под директория XY.
Реален случай: Имаме сайт които използва кеширане и съхранява всички статични файлове в директория cache. Решаваме да архивираме сайта, но без директорията cache и за целта изпълняваме:

tar zcvvf website.tar.gz website/ --exclude=cache

По този начин архивираме целия сайт без директорията cache

Сетих се да споделя как може да се изпълни "optimize table" на всички таблици в една база с една команда. Идеята е, че ако имате база с 300 таблици няма как една по една да изпълнявате "optimize table" както и не е необходимо да се пише скрипче което да ги обикаля и изпълнява. Решението е супер просто :

mysqlcheck -o DB -p

На доста хора сигурно се е случвало на по- стара машина с малък диск да има пусната сравнително големичка база и сайт. След време bin логовете пълнят целия хард и MySQL спира да работи. Какво решението ?!

1. Да се спре създаването на bin логове(които не препоръчвам)
2. Да се трият периодично(под периодично не разбирам всеки ден или през ден)

Решение:
След като сме се логнали в MySQL може да видим bin логовете по следния начин:

SHOW BINARY LOGS;

+------------------+------------+
| Log_name         | File_size  |
+------------------+------------+
| mysql-bin.001522 |     908287 |
| mysql-bin.001523 |   17500544 |
| mysql-bin.001524 |   11443409 |
…

Може да се трият един по един:

PURGE BINARY LOGS TO 'mysql-bin.001524';

или да се изтрият преди конкретна дата(може да се ползва и час)

PURGE BINARY LOGS BEFORE '2010-10-10 10:10:10';