Непонятки с кодировкой в базе

В общем организовал отправку отзывов на php & sql. Вроде бы все норм, потому что для пользователей (на самой странице с отзывами) все отображается нормально, а в самой базе данных, данные пишутся непонятными иероглифами
например: елудченко.
Скажите пожалуйста, почему так может происходить и как это исправить?

0

Я покажусь дотошным, но я хочу уточнить потому что редко работаю с mysql бд.

Сообщение от NEbO то есть у обычного инта если указываете размер, по факту, это влияет только лишь на то, как колонка будет отображаться, если вы заходите в консольке -- это будет ее размер в таблице. не уверен, что вообще на что-то еще это влияет. максимальные и минимальные значения, которые можно хранить, задаются типом (tinyint, smallint, int, bigint), ну и флагом unsigned. И еще раз повторяю, что это касается только чисел. Строки, блобы, которые по факту могут иметь разный размер, действительно у них вы задаете размер в байтах, и если захотите положить более длинную строку, она урежется

То есть то что зададу я в поле для максимума ни как по сути не влияет на кол-во чисел в id (то есть максимум остается у bigint - 9 223 372 036 854 775 807)?
А 11 это кол-во памяти?

0

Mikhail Shell, к сожалению, это мало чем связано с mysql, или конкретным языком программирования даже, а с архитектурами цифровых систем в целом, и конкретно x86, почему числа занимают 8, 16, 32, 64 бита (1, 2, 4, 8 байт соответственно).
в случае int оно занимает всегда 4 байта, вне зависимости от того, что указано в скобках. В bigint -- 8.
и еще раз, в скобках вы указываете просто размер при выводе в консоли -- это просто небольшой хинт для того, чтобы удобнее было отображать, в некоторых случаях. вы там можете и 255 указать, int останется int-ом, он так и будет по прежнему занимать 4 байта, зато при выполнении запроса в mysql-ной консольке у вас будет выводиться куча пробелов перед этим числом (в случе с zerofill, я так понимаю, нулей, хотя не проверял). так же эта информация сохраняется в специальных таблицах в information_schema, и вы можете в своей программе как-то сами учитывать этот размер, если вам это нужно, но в остальных известных мне случаях это ни на что не повлияет.
А так, я не очень понимаю, если честно, что вас смущает или беспокоит. 2^32 записей это очень много и если у вас в задаче будет уже такое количество записей, вам придется придумывать, как это хранить, шардировать, реплицировать, потому что просто сами эти числа будут занимать больше 16г памяти. но ведь просто хранить числа в таблице -- это не самая классная идея, нужна еще какая-то дополнительная информация. Да еще и индексы будут занимать огого. В случае, когда вам нужно просто ассоциировать два числа друг с другом, на таких размерах таблиц неразумно использовать реляционку вообще -- для этого есть key-value хранилища. Самый максимум, который поместится у вас в одну запись, с 2х терабайтным винтом, будет составлять 512 байт, но если учесть метаинформацию и прочую лабуду типа индексов, и того, пожалуй, раза в полтора меньше.
Это я к тому, что если боитесь, что вам не хватит инта для id звписи, то вам в первую очередь нужно подумать, как это хранить, а как это в mysql-е реализовать -- это уже другой вопрос,и куда более простой, чем кажется.
Если вы разрабатываете под хайлоад, то не задавали бы таких вопросов, а раз нет, юзайте инт и не мучайте свой мозг


Добавлено через 20 минут
да, и еще, если уж на то пошло,

Сообщение от Mikhail Shell Этого числа хватит для хранения отзывов?

да, хватит. хотя на слово не верьте -- всегда можно посчитать.
предположим, вам каждую секунду отставляют по отзыву. в сутках 60*60*24 = 86400 секунд. делим 2^31 на 86400, получаем примерно 24855 суток, или 68 лет. да, для долгосрочного хайлоада типа какого-нибудь mail.ru этого не хватит, для хранения всех писем (там речь все же о гораздо большем количестве в секунду), но вы сами прикиньте, сколько вам придется раскручиваться и вложить средств, чтобы достигнуть даже 1 отзыва в секунду. я подозреваю, что и на этом форуме таблица записей хранится в виде обычного int-а, и в этом несложно убедиться, наведя курсор на "permalink" на каком-нибудь посте, вы видите его id-шник (маловероятно, что это что-то еще, да и движок можно надыбать в интернетах, подсмотреть). сейчас я там наблюдаю что-то около 8 млрд с копейками. даже простого int-а еще хватило бы на 250 таких же форумов. а если сделать его unsigned, то и на все 500.
а вот bigint-а хватило бы на все время существования вселенной, и даже больше, ну если верить вики. Аж на 41 вселенную хватило б, это я для случая, если раз в секунду пишут

1