По неизвестным науке причинам MySQL после инсталляции отказывается вопринимать пользователя root с заданным паролем. Выдается ошибка:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
зачем так сделано - неизвестно :-), но проблема носит, по всей видимости повсеместный характер. Вот решение:
1) запустить сервер с опцией --skip-grant-table. Можно просто в .ini файл дописать
строку skip-grant-table
2) выполнить следующие SQL предложения:
# mysql -u root mysql
mysql> UPDATE user SET Password=PASSWORD('your_new_password') where USER='root';
mysql> FLUSH PRIVILEGES;
3) удалить строку skip-grant-tables из ini файла и запустить сервер.
Теперь можно подключиться с новым паролем:
# mysql -u root -p
Enter password: your_new_password
технические проблемы и идеи, родившиеся в бурных водах реки Abava (а равно как и на ее берегах, далеких и близких), выставленные на всеобщее обсуждение
Showing posts sorted by relevance for query mysql. Sort by date Show all posts
Showing posts sorted by relevance for query mysql. Sort by date Show all posts
Tuesday, May 02, 2006
Monday, September 05, 2011
MySQL в облаке
Интересный проект по хостингу MySQL базы данных в облаке: Xeround. MySQL + хранилища от Amazon.С точки зрения прикладных программ - остается все тот же MySQL. Который теперь растет автоматически. База данных - как сервис.
Вот еще сравнительный материал по облачным базам данных.
Вот еще сравнительный материал по облачным базам данных.
Wednesday, February 29, 2012
Масштабирование MySQL
Интересный проект от Google: Vitess - Scaling MySQL databases for the web. Это web-frontend для MySQL. Или веб-монитор транзакций для MySQL. RPC интерфейс, который принимает SQL команды, разбирает их, переупорядочивает и запрашивает, при необходимости, базы данных уже от своего имени. Используется в YouTube.
Friday, September 19, 2008
MySQL для разработчиков
Интересные материалы Sun Tech Days MySQL. Много полезного. Например, результаты простого применения функции к индексированному столбцу (что показывает explain):
для столбца title есть индекс
mysql> EXPLAIN SELECT * FROM film WHERE title LIKE 'Tr%'
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: film
type: range
possible_keys: idx_title
key: idx_title
key_len: 767
ref: NULL
rows: 15
Extra: Using where
здесь таблица сканируется с учетом индекса (type: range). А теперь тот же запрос, но над индексированным столбцом вычисляется функция в условии Where:
mysql> EXPLAIN SELECT * FROM film WHERE LEFT(title,2) = 'Tr'
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: film
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 951
Extra: Using where
в этом случае выполняется уже полное сканирование таблицы!
для столбца title есть индекс
mysql> EXPLAIN SELECT * FROM film WHERE title LIKE 'Tr%'
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: film
type: range
possible_keys: idx_title
key: idx_title
key_len: 767
ref: NULL
rows: 15
Extra: Using where
здесь таблица сканируется с учетом индекса (type: range). А теперь тот же запрос, но над индексированным столбцом вычисляется функция в условии Where:
mysql> EXPLAIN SELECT * FROM film WHERE LEFT(title,2) = 'Tr'
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: film
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 951
Extra: Using where
в этом случае выполняется уже полное сканирование таблицы!
Thursday, January 17, 2008
LAMP производительность
Еще практические рекомендации по настройке производительности MySQL:
- включайте MySQL query cache для чтения.
- mysql_unbuffered_query поможет съэкономить память по сравнению с mysql_query
- key_buffer_size (по умолчанию 8Mb) должен быть обычно в пределах 25%-50% памяти сервера
Практический способ определения достаточности размера буферов:
mysql> SHOW STATUS LIKE '%key_read%';
Variable_name Value
Key_read_requests 6375479
Key_reads 130562
Должно быть по крайней мере 100 key_read_requests (чтение из памяти) для каждого key_reads (чтение с диска)
- key_buffer_size помогает ускорить операции сортировки. Но - это выделяется под каждое соединение
- кэширование в локальном файле часто быстрее, чем использование продуктов типа memcached. Кстати, для Java приложений мы сами этот факт использовали. Вот пример фильтра для кеширования
Отсюда
P.S. как оно все с MySQL будет ...
- включайте MySQL query cache для чтения.
- mysql_unbuffered_query поможет съэкономить память по сравнению с mysql_query
- key_buffer_size (по умолчанию 8Mb) должен быть обычно в пределах 25%-50% памяти сервера
Практический способ определения достаточности размера буферов:
mysql> SHOW STATUS LIKE '%key_read%';
Variable_name Value
Key_read_requests 6375479
Key_reads 130562
Должно быть по крайней мере 100 key_read_requests (чтение из памяти) для каждого key_reads (чтение с диска)
- key_buffer_size помогает ускорить операции сортировки. Но - это выделяется под каждое соединение
- кэширование в локальном файле часто быстрее, чем использование продуктов типа memcached. Кстати, для Java приложений мы сами этот факт использовали. Вот пример фильтра для кеширования
Отсюда
P.S. как оно все с MySQL будет ...
Wednesday, September 20, 2006
MySQL telecom
MySQL начал предлагать специализированные решения для телекома. MySQL Cluster - специальная версия для критических приложений. Осталось только дождаться, кто из операторов первым переведет, к примеру, домашний регистр на MySQL
Wednesday, October 14, 2009
MySQL GIS extension
Внятное объяснение MySQL GIS Extension - эффективного способа хранения гео-координат в MySQL.
Для таблиц, где хранятся координатные данные (широта, долгота) предлагается добавить новый столбец - геометрия. Использование индекса по этому домену приводит к гораздо более эффективному выполнению ранговых запросов (когда ищутся точки внутри заданного квадрата, например).
Для таблиц, где хранятся координатные данные (широта, долгота) предлагается добавить новый столбец - геометрия. Использование индекса по этому домену приводит к гораздо более эффективному выполнению ранговых запросов (когда ищутся точки внутри заданного квадрата, например).
Monday, June 15, 2009
MySQL backup
Иллюстрированное пошаговое руководство по бэкапу MySQL с помощью MySQL Administrator. Весь полезно и важно.
Thursday, March 04, 2010
MySQL без схем
Schema-free MySQL:
USE noschema;
CREATE TABLE widgets; /* look ma, no schema! */
INSERT INTO widgets (id, name) VALUES("a", "apple");
INSERT INTO widgets (id, name, type) VALUES("b", "blackberry", "phone");
Отсюда. Довольно интересно, как ответ на NoSQL подход. Хотя, относительно произволительности такого MySQL трюка данных нет.
USE noschema;
CREATE TABLE widgets; /* look ma, no schema! */
INSERT INTO widgets (id, name) VALUES("a", "apple");
INSERT INTO widgets (id, name, type) VALUES("b", "blackberry", "phone");
Отсюда. Довольно интересно, как ответ на NoSQL подход. Хотя, относительно произволительности такого MySQL трюка данных нет.
Friday, December 26, 2008
Обновите MySQL
Тесты от Sun, показывающие серьезный рост производительности в версии MySQL 5.1. До 4 раз, по сравнению с предыдущими реализациями. Как следует из статьи, почему именно в этой версии так все скакнуло (предыдущие релизы не показывали такого роста) разработчики сами еще не знают. Может, конечно, все дело в тесте :-), но на всякий случай MySQL можно обновить. Не помешает ...
Wednesday, January 16, 2008
Окружают
Производителей программного обеспечения становится все меньше. Oracle все-таки покупает Bea. А Sun (видимо в ответ, как Элочка-людоедка) покупает MySQL. Интересно, что до этого Oracle купил InnoDB - это движок используемый в MySQL. И что они (Оракл) разрешат другой коммерческой компании использовать его бесплатно?
P.S. когда-то несколько человек из Sun (и независимо друг от друга) рассказывали мне, что компания имеет богатый опыт по скупке и последующему удушению/гноблению успешных программных продуктов (с серверами приложений, на самом деле, точно так и было). Так что, какие перспективы у MySQL - неизвестно. А так - CEO Sun в своем блоге обещает помочь дельфину летать (!)
P.S. когда-то несколько человек из Sun (и независимо друг от друга) рассказывали мне, что компания имеет богатый опыт по скупке и последующему удушению/гноблению успешных программных продуктов (с серверами приложений, на самом деле, точно так и было). Так что, какие перспективы у MySQL - неизвестно. А так - CEO Sun в своем блоге обещает помочь дельфину летать (!)
Friday, August 11, 2006
Federated tables in MySQL
Хорошее практическое руководство по использованию федеративных таблиц в MySQL. Федеративные таблицы (начиная c MySQL 5) позволяют прозрачно получать данные с удаленного сервера. То есть, по сути, это есть прозрачная для прикладных программ репликация данных. Читать здесь.
Monday, July 03, 2006
MySQL forge
новый ресурс от MySQL - коллекция open source проектов и примеров использования для MySQL
Thursday, February 26, 2015
Война Алой и Белой розы
Извечный спор: MySQL vs. PostgreSQL
Вот предыдущие публикации на тему MySQL и PostgreSQL
Saturday, October 24, 2015
Из MySQL в Neo4J
В связи с ростом интереса к графовым базам (и проектам, которые у нас есть): перенос данных из MySQL в Neo4J
Thursday, May 06, 2010
MySQL - PostgreSQL benchmark
Детальное описание и результаты. MySQL with InnoDB vs. PostgreSQL.
Судя по результатам, с индексами PostgreSQL заметно быстрее управляется.
А с практической точки зрения я бы заметил, что в реальной системе еще и кэш данных будет. В тестах это не учитывают.
UPD. см. также интересные комментарии к этой статье о транзакциях.
Судя по результатам, с индексами PostgreSQL заметно быстрее управляется.
А с практической точки зрения я бы заметил, что в реальной системе еще и кэш данных будет. В тестах это не учитывают.
UPD. см. также интересные комментарии к этой статье о транзакциях.
Friday, May 15, 2009
На всякий случай
что сделает Oracle c MySQL - неизвестно, но Open Database Alliance клонировал MySQL под именем MariaDB. Но сало лучше перепрятать, одним словом ...
Monday, December 14, 2009
Thursday, October 15, 2015
PostgreSQL и MySQL
Вполне техническая дискуссия по сравнению PostgreSQL vs. MySQL. Без налета религиозных войн, просто коллективный поиск того, что есть в одной системе, но отсутствует в другой.
Monday, December 13, 2010
Переход от MySQL к CouchDB
Полезный материал по переходу от MySQL к CouchDB. Первая часть материала есть здесь.
Subscribe to:
Posts (Atom)