utf8mb4

I just setup debian 8.3 on a VM and installed xampp after this Tutorial . Everything is working, until I tried to create a new table: create table testtable ( id int(10) not null auto_increment, firstname varchar(255) collate utf8mb4_german2_ci not null, lastname varchar(255) collate utf8mb4_german2_ci not null, primary key (id), unique key (lastname) )engine = innodb default charset=utf8mb4, collate=utf8mb4_german2_ci I got the error: #1709 - Index column size too large. The maximum column size is 767 bytes. Then I found out this comes from the prefix limitation which is limited to 767Byte in

I am working on an iPhone app which allows people to send messages with Emoji icons. I saved the icon in Mysql with charset utf8mb4 and collation utf8mb4_unicode_ci, and all the emoji icons is saved correctly in my database. However, when I return json back to the client (php json_encode), the Emoji is encoded as something like this: '\ud83d\ude04', and iPhone displays it as a square. However, if I return as XML, the Emoji Icon won't become unicode like this: '\ud83d\ude04', it will just be the icon. I am wondering if this is an issue on my server, or on my client. If it is my client, how can

Why won't MySQL store the unicode character 𫗮 ? Yes, it is a rare hieroglyph, you wouldn't see it in the browser. UTF16 is U+2B5EE Warning: #1366 Incorrect string value: '\xF0\xAB\x97\xAE' for column 'ch' at row 1 Is it possible to store this character in MySQL? MySQL only supports characters from the basic multilingual plane ( 0x0000 - 0xFFFF ). Your character is out if this plane. Try storing a synonym instead :) Update: MySQL 5.5.3 and on (which has not gone GA yet) does support supplementary characters if you use UTF8MB4 encoding . First: your statement UTF16 is U+2B5EE is slightly wrong.

This is my environment: Client -> iOS App, Server ->PHP and MySQL. The data from client to server is done via HTTP POST. The data from server to client is done with json. I would like to add support for emojis or any utf8mb4 character in general. I'm looking for the right way for dealing with this under my scenario. My questions are the following: Does POST allow utf8mb4, or should I convert the data in the client to plain utf8? If my DB has collation and character set utf8mb4, does it mean I should be able to store 'raw' emojis? Should I try to work in the DB with utf8mb4 or is it safer

I'm trying to store the following tweet into a longtext column / utf8 charset / MySQL 5.5. database with MyISAM storage on. We also tried utf8mb4, utf16, utf32 charsets but are unable to get past this issue. tweet="@Dorable_Dimples: Okay enough of those #IfYouWereMines I'm getting dep ressed. #foreveralone ?" lol yes mysql> ALTER DATABASE foo CHARACTER SET utf8 COLLATE utf8_bin; mysql> show variables like 'char%'; +--------------------------+-------------------------------------------+ | Variable_name | Value | +--------------------------+-------------------------------------------+ |

I have a MySQL dump, which I tried to restore with: mysql -u"username" -p"password" --host="127.0.0.1" mysql_db < mysql_db However, this threw an error: ERROR 1115 (42000) at line 3231: Unknown character set: 'utf8mb4' This is lines 3231-3233: /*!50003 SET character_set_client = utf8mb4 */ ; /*!50003 SET character_set_results = utf8mb4 */ ; /*!50003 SET collation_connection = utf8mb4_general_ci */ ; I am using MySQL 5.1.69. How can I solve this error? Your version does not support that character set, I believe it was 5.5.3 that introduced it. You should upgrade your mysql to the version you

We are developing an iPhone app that would send emoticons from iPhone to server-side PHP and insert into MySQL tables. I am doing the server-side work. But after insert statement executed successfully, the inserted value become blank. What I could insert into the field(varchar) correctly is text, but once including emoticons, just the text could be inserted and the emoticons would be cut automatically. Someone give me advice about set the field type to Blog so that it could store image data. But the inserted value is not always including emoticons case and size is small. *I am using mysql_real