10 Тайните на конзола клиент MySQL на - бележки, търсещи убежище

Повечето от описаните характеристики са от значение за всички версии на MySQL, но някои от тях ще работят от версия 4.1 и по-горе.

1. \. помощ
Ако работи без никакви параметри, то се извежда информация за всички отбори, но ако след командата да посочите името на функцията или оператора MySQL, сървърът ще се зареди информация за определената функция.
например:

2. \ R. бърз
Задава появата на командния ред ред MySQL. Можете също така да се уточни с помощта на променлива или параметър MYSQL_PS1 среда -prompt = ..., когато клиентът започва MySQL.
Например:

На тази възможност съм написал преди.
Тази стойност може да бъде определен при стартиране на клиент параметър MySQL -pager = ...

4. \ T, чай и \ т, notee
Разрешава / Забранява спестяване на всички входни команди файл, както и резултатите от тях.

5. \ W, предупреждения и \ w nowarning
Разрешава / Забранява дисплей (предупреждения) предупреждение веднага след искането, което ги е причинило. Включването на тази опция по подразбиране може значително да се спести време за намиране на причините за неточно изпълнение на заявката (особено, че skasaetsya DATA Скъсяването в). Можете също да укажете, когато стартиране на параметрите клиент -показват-предупреждения.

6. \ G, его
Изпълнението на това искане, и показва резултата в разгънато, изправена форма. Много удобно, ако резултатът от заявката не се вписва в ширината на екрана

7. \. източник
Зарежда се изпълняват SQL-инструкции от файла. Тя може да се използва за зареждане на сметището в базата данни.

9. \. система
Цезарово сечение команда в системата, без да напускате конзола MySQL

10. -U, -i-ч-а-сляпо
Този параметър конзола MySQL, не позволява актуализиране и изтриване на данни, ако заявката Непознат първичен ключ. Не забравяйте да включите сила за начинаещи, както и тези, които при изпълнение на DELETE / UPDATE заявки забравя да пиша клаузата WHERE :)

Аз специално не веднага upyamyanul команда, например употреба (\ ф). преповтарям (\ #). ясно (\ в) и отидете (\ г), както аз ги разгледа добре познат и разбира от всички.
Това е всичко, надявам се тези съвети ще бъдат полезни и да се използват.
Също така ще бъда благодарен, ако читателите споделят своите tipstricks MySQL свързани.

25 коментара към "10 тайни MySQL клиент конзола"

>> Всеки знае, че примитивен конзола клиент идва в комплект с MySQL база данни.
Но докато малцина, които го ползват сериозно, предпочитайки GUI- и уеб-аналози (например MySQL Предни, PhpMyAdmin).

Ами ти дам, всички права и да използвате администраторския панел вместо конзолата. Вероятно само влакче програмисти. Наскоро видях това, аз MySQL кажа на 3306-тата порта. В ICQ ми се оплака, че този порт Phpmysqladmin не, ай-ай-ай.

@eugene: И тук, в PHP-програмисти като цяло и си половин преподава в над личния живот?
Вие сте пример за един нещастен случай, за да скочи до общи заключения.

Съжалявам, ако обиди някого, само за да покаже, че тази фраза не отговарят съвсем точно - ". Но в същото време, малко хора да им се насладят на сериозно" Да, добър GUI може да ускори работата, в много случаи, но отборът трябва да знаете, да не прави друго смешно ...

@eugene: Това е очевидно за тези фирми, които са "приятели" с UNIX и за тях да се работи с командния ред помощна програма - често срещано явление. Но не забравяйте, че някои програмисти не може / не искат да работят в UNIX. Най-често това се случи между Java-разработчиците - те дори не е необходимо да се знае каква операционна система на тяхното производство сървър.
За разлика от LAMP разработчиците обикновено се чувстват доста комфортно в UNIX конзола - да го фразата "малко те сериозно се насладите на" не се прилага.
Очевидно Юджийн принадлежи към кастата на втория :)

Полезна малка статия, благодаря ти!

Това е, разбира се, всичко е наред, полезна и трябва да се знае, но дори и така да работи с MySQL чрез графичния интерфейс на скорости от порядъка на работата с базата данни. Сама по себе си да използвам MySQL Front, за съжаление го прекрати поддръжката :(. Мисля, че е безсмислено да се спори с ежедневните задачи, като например създаване на таблици, изгледи, F-ции, задействания и отстраняване на грешки конзола не е най-добрата среда.

Ето защо не е асистент? Не се определи на базата данни на сървъра, или да се коригира? Аз лично го направят.
Правейки се изсере на отдалечена машина, аз го копирате дома. то Разопаковайте, харчат необходимите промени (ако искате да редактирате тази процедура) и се връща към отдалечената база данни. Това са опциите, ако просто се променят някои обекти на база данни, като например чифт джапанки и на процедурата, разгръщащи сметището, след като те са поставени. Не казвам, че конзолата не е необходимо изобщо, просто използвайте това е по-скоро изключение (което е за завършване на работата с базата данни), отколкото правило. Разбира се, на конзолата не може без, ако искате да направите резервно копие - възстановяваме базата данни, то е незаменим инструмент.

PS. всеки инструмент следва да се прилага по предназначение и не си струва да учат владетел чук пирони, за това има чук :)

Не се определи на базата данни на сървъра, или да се коригира?

Или бъг ...
Ако само защото да се направи dapm база размер на 20-30 атоми и 500GB много неблагодарна работа :)
А за "копие от дома си" може да бъде от службите за сигурност в областта на шията, за да получите :)

Послепис Мисля, че и Саня Skakunov също не зареже самата база данни за локалната машина поради подобни причини.

За съжаление аз не знам кой е Александър Skakunov, но можете да например не всички се слеят база данни и необходимите таблици и други обекти на базата данни.

Послепис може би аз не съм срещал такъв труден политика за сигурност ...

Очевидно не сте изправени пред много големи проекти, в които отношенията между таблици и стотици изолирани и sdampit само необходимите таблици не съществува възможност.
Тази ситуация често се появява като резултат от дългосрочен проект evolyutsionirovaniya, и в резултат на огромния брой на "кръпки" и "пресилени връзки"

По този начин (извади коригиран на място) са неудобно да работи дори и с малки масички, в които най-малко повече от 10-20 мегабайта. Редактиране на живо по-лесно, но над нивото на отговорност.

Така че и двата подхода имат своите предимства.

PhpMyAdmin е популярен сред уеб разработчици, а не защото е по-удобно (и не е лесен за използване :) и така, че в повечето случаи алтернативата просто няма! Представете си един сайт с база данни за виртуален хостинг. MySQL, като правило, само слуша местната интерфейс и да се свържете отвън с порт 3306 с програма за десктоп, че някой тук предполага, е невъзможно, и SSH, също не винаги не се отказвайте - отидете отдалечено към сървъра и да стартирате конзолата MySQL на хостинг също няма да работи. Остава само да PhpMyAdmin, независимо от личните предпочитания ...

Е, PhpMyAdmin имат по-малко чудовищни конкуренти.
Например sqlbuddy.