SQL state [HY000]; error code [1100]; Table 'table' was not locked with LOCK TABLES;
Голову сломал — и куды бечь, и чего чинить?
Воспроизводится только на одном RDSе
Пробовал 5.7. Но т.к. в 5.7 починили/поломали работу с geometry, то лопатить код под 5.7 не хочется.
Поставил mariadb 10.2. И вздохнул спокойно. Всё работает и geometry в том числе.
PS Про geometry. Есть поля типа POINT, и в mysql 5.6 в эти поля можно было записать пустую строку. А 5.7 хочет видеть в этих полях только объект geometry. Вот такая обратная совместимость.
Пабло-Диего-Хосе-Франсиско-де-Паула-Хуан-Непомусено-Мария-де-лос-Ремедиос-Киприано-де-ла-Сантисима-Тринидад-Мартир-Патрисио-Клито-Руиз-и-Пикассо
— А фильмы как хранить? )))
mysqlserverteam.com
постгрес сасай
постгрес сасай
не надо так!
percona.com
11 июля будет выступать в MAIL.вру
в т.ч. ответит на вопросы
Когда-то настольной книгой была у меня
shop.oreilly.com
#2876539
Лучшая БД, с которой я работал — это, безусловно IBM DB/2. Было это в 1999 году. ОС была AS/400. Этот ваш линупс ногтя ее не стоит. Жаль, что умерла.
habrahabr.ru
А почему некоторые выбирают mysql вместо postgresql? Вроде говорили, что у мускуля репликация лучше, но это не совсем правда, судя по статье. Ещё вспоминается невиданная, якобы, скорость движка InnoDB по сравнению с постгре. В установке и администрировании на локалхосте они одинаковы. Зачем кому-то понадобится испльзовать mysql в новом проекте, например?
А почему некоторые выбирают mysql вместо postgresql? Вроде говорили, что у мускуля репликация лучше, но это не совсем правда, судя по статье. Ещё вспоминается невиданная, якобы, скорость движка InnoDB по сравнению с постгре. В установке и администрировании на локалхосте они одинаковы. Зачем кому-то понадобится испльзовать mysql в новом проекте, например?
bugs.mysql.com
короче хуй поюзаешь auth_socket нормально
придется и дальше для локальных дрочить с .my.cnf и паролями
короче хуй поюзаешь auth_socket нормально
придется и дальше для локальных дрочить с .my.cnf и паролями
Складываем в кучки ящики с одинаковыми почтовыми доменами и сортируем по размеру кучек:
MariaDB [asdf]> SELECT substring_index(mail, '@', -1), COUNT(*) AS MyCount from users GROUP BY substring_index(mail, '@', -1) ORDER BY MyCount DESC;
Ну и выпиливаем по имени домена:
MariaDB [asdf]> DELETE FROM users WHERE mail LIKE '%maildin.com';
В принципе можно даже так:
MariaDB [asdf]> DELETE FROM users WHERE mail LIKE '%.gq';
И даже как-нибудь так:
MariaDB [asdf]> DELETE FROM users WHERE mail LIKE '%s.com';
Спамеров на mail.ru и подобных можно выпилить методом исключения. Сначала надо взглянуть на логины:
MariaDB [asdf]> SELECT name FROM users WHERE mail LIKE '%mail.ru';
Записал тех, кто явно не спамер, далее удаляем всех, кроме них(имён было немного больше, сократил):
MariaDB [asdf]> DELETE FROM users WHERE mail LIKE '%mail.ru' AND name != 'ольга' AND name != 'Екатерина92' AND name != 'аня' AND name != 'admin' ;
Вероятно, это всё можно сделать более оптимально. Даже скорее всего, но как всегда времени разбираться не было. Зная реальных пользователей, можно было сразу указать выпилить всех, кроме них. Но всех 22.5К просматривать не вариант, да и реальные люди успели порегаться в процессе, так что по датам кромсать тоже не катит.
pastebin.com
Зараза не вставляет данные.
Забыл уточнить, что
$tmpStr = "[[[51.652526019120394,39.1798995256424],[51.66555129808148,39.19534904956819],[51.65572930549071,39.2011855363846],[51.652526019120394,39.1798995256424]]]";
Такая строка приводится к нужному и виду и я пытаюсь её вставить.
Рабочий запрос выглядит примерно так: UPDATE `articles`
SET `bcoords`=
GeomFromText('POLYGON(51.65252601912 39.179899525642 , 51.665551298081 39.195349049568 , 51.655729305491 39.201185536385 , 51.65252601912 39.179899525642 )')
WHERE id = 2
Что делать?
Зараза не вставляет данные.
Забыл уточнить, что
$tmpStr = "[[[51.652526019120394,39.1798995256424],[51.66555129808148,39.19534904956819],[51.65572930549071,39.2011855363846],[51.652526019120394,39.1798995256424]]]";
Такая строка приводится к нужному и виду и я пытаюсь её вставить.
Рабочий запрос выглядит примерно так: UPDATE `articles`
SET `bcoords`=
GeomFromText('POLYGON(51.65252601912 39.179899525642 , 51.665551298081 39.195349049568 , 51.655729305491 39.201185536385 , 51.65252601912 39.179899525642 )')
WHERE id = 2
Что делать?
I need store multipolygon from simle json like [[[51.659473623649205,39.201592693957046],[51.65976722246264,39.20219887319441],[51.65913331354108,39.20296598497267],[51.65889309309455,39.202359805735306],[51.659473623649205,39.201592693957046]]]
Yes, it's look like polygon, but in some cases it will be multiple polygon.
So, how I can store it in database using php5? Anybody can give right database query?
Буду признателен :-)
MySQL's utf8 encoding is not actual UTF-8. It's an encoding that is kinda like UTF-8, but only supports a subset of what UTF-8 supports. utf8mb4 is actual UTF-8.
А чтобы перейти с utf8 на utf8mb4 надо сделать 6 шагов
mathiasbynens.be
Но и этого мало. utf8mb4 не умеет fulltext индексы. А значит придётся делать одно поле utf8, а второе utf8mb4.
И это всё надо чтобы хранить в базе смайлики. Скажите мне что я не прав и можно сделать иначе.
About SphinxSE in MariaDB
Любопытный способ сделать поддержку Sphinx в LAMP проектах. Там ещё и JOIN можно делать.
Любопытный способ сделать поддержку Sphinx в LAMP проектах. Там ещё и JOIN можно делать.
optimize table table_name;Stage: 1 of 2 'altering table' 550% of stage done