Mysql Arşivleri | Sayfa 2 / 3 |

Browsing posts in: Mysql

Nis 20, 2015 |

[Warning] TIMESTAMP with implicit DEFAULT value is deprecated.

MySQL 5.6.6 itibariyle explicit_defaults_for_timestamp önerilmemektedir ve bu uyarı başlangıçta aşağıdaki şekilde görünür.

Problem:

[Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).

Çözüm:

my.cnf dosyasına;

explicit_defaults_for_timestamp

1	explicit_defaults_for_timestamp

satırını ekleyebilirsiniz.

Nis 20, 2015 |

0 comments

[Warning] ‘proxies_priv’ entry ‘@ root@user’ ignored in –skip-name-resolve mode.

Yeni bir mysql kurulumunu yaptınız ve mysql restart ettiğinizde “[Warning] ‘proxies_priv’ entry ‘@ root@user’ ignored in –skip-name-resolve mode.” hatası aldınız. Çözümü aşağıda belirttiğim gibidir.

Problem:
[Warning] ‘proxies_priv’ entry ‘@ root@user’ ignored in –skip-name-resolve mode.

mysql> SELECT user, host FROM mysql.proxies_priv;
+------+-----------+
| user | host |
+------+-----------+
| root | user |
| root | localhost |
+------+-----------+
mysql>

mysql> SELECT user, host FROM mysql.proxies_priv;

+------+-----------+

| user | host |

+------+-----------+

| root | user |

| root | localhost |

+------+-----------+

mysql>

Çözüm:

mysql> DELETE FROM mysql.proxies_priv WHERE host = 'user';
mysql> FLUSH PRIVILEGES;

1 2	mysql> DELETE FROM mysql.proxies_priv WHERE host = 'user'; mysql> FLUSH PRIVILEGES;

mysql

Nis 20, 2015 |

0 comments

[Warning] Access denied for user ‘UNKNOWN_MYSQL_USER’@’localhost’ (using password: NO)

Mysql sistem logunda ” [Warning] Access denied for user ‘UNKNOWN_MYSQL_USER’@’localhost’ (using password: NO) ” hatasını görüyorsak ve bu hatayı görmek istemiyorsak;

Mysql değişkenlerinden log_warnings değerini sorgulamak için mysql konsoldan;

SHOW GLOBAL VARIABLES LIKE '%log_warnings%'

1	SHOW GLOBAL VARIABLES LIKE '%log_warnings%'

Sonuç:

Variable_name Value 
------------- ------
log_warnings          2

Variable_name Value

------------- ------

log_warnings 2

[Warning] Access denied for user ‘UNKNOWN_MYSQL_USER’@’localhost’ (using password: NO) uyarısını almamak için log_warnings parametresini 1 olarak set edin.

my.cnf dosyasına aşağıdaki satırı ekleyin;

log_warnings                   = 1

1	log_warnings = 1

mysql

Nis 17, 2015 |

0 comments

Varsayılan MySQL Veri Dizini Değiştirme

Varsayılan MySQL Veri Dizini Değiştirme için aşağıdaki adımları izleyebilirsiniz.

1. Stop MySQL

ilk olarak mysql hizmetini durdurmamız gerekiyor.

[root@omeroner /l]$service mysqld stop
Stopping mysqld: [ OK ]

1 2	[root@omeroner /l]$service mysqld stop Stopping mysqld: [ OK ]

2. Yeni MySQL dizini oluşturma ve eskisiyle değiştirme.

[root@omeroner /l]$cp -rap /var/lib/mysql /usr/local/
[root@omeroner /l]$chown mysql.mysql /usr/local/mysql -R

1 2	[root@omeroner /l]$cp -rap /var/lib/mysql /usr/local/ [root@omeroner /l]$chown mysql.mysql /usr/local/mysql -R

Şimdi MySQL varsayılan yapılandırma dosyasını /etc/my.cnf düzenleyelim.

Öncesi:
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

Sonrası: 
[mysqld]
datadir=/usr/local/mysql
socket=/usr/local/mysql/mysql.sock

[client]
socket=/usr/local/mysql/mysql.sock

Öncesi:

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

Sonrası:

[mysqld]

datadir=/usr/local/mysql

socket=/usr/local/mysql/mysql.sock

[client]

socket=/usr/local/mysql/mysql.sock

3. Start MySQL

[root@omeroner /]$service mysqld start
Starting mysqld: [ OK ]

1 2	[root@omeroner /]$service mysqld start Starting mysqld: [ OK ]

mysql

Nis 13, 2015 |

0 comments

Convert all MySQL tables and fields to UTF8

Mysql’de tüm tabloları UTF8’e çevirmek için:

mysql --database=dbname -B -N -e "SHOW TABLES";| awk '{print "ALTER TABLE", $1, "CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;"}' | mysql --database=dbname &

1	mysql --database=dbname -B -N -e "SHOW TABLES";\| awk '{print "ALTER TABLE", $1, "CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;"}' \| mysql --database=dbname &

Mar 20, 2015 |

0 comments

Mysql Error Code: 1418

Mysql kullanıcısı olarak aşağıdaki hata ile karşılaştığınızda yapmanız gereken aşağıdaki gibidir.

Error Code: 1418
This function has none of DETERMINISTIC, NO SQL, or 
READS SQL DATA in its declaration and binary logging is enabled 
(you *might* want to use the less safe log_bin_trust_function_creators variable)

Error Code: 1418

This function has none of DETERMINISTIC, NO SQL, or

READS SQL DATA in its declaration and binary logging is enabled

(you *might* want to use the less safe log_bin_trust_function_creators variable)

Bunu düzeltmek için MySQL konsolunda aşağıdaki komutu çalıştırın:

SET GLOBAL log_bin_trust_function_creators = 1;

1	SET GLOBAL log_bin_trust_function_creators = 1;

my.cnf yapılandırma dosyasına aşağıdaki ekleyin:

log_bin_trust_function_creators = 1

1	log_bin_trust_function_creators = 1

mysql 5.0.16 versiyonu itibariyle, bu seçenek önerilmiyor.

mysql

Mar 20, 2015 |

0 comments

ERROR 1396 (HY000): Operation CREATE USER failed for ‘username’@’localhost’

Mysql’de ERROR 1396 (HY000): Operation CREATE USER failed for ‘username’@’localhost’ şeklinde bir hata ile karşılaştığınızda yapmanız gereken örnek bir senaryo ile aşağıdaki gibi ifade etmeye çalıştım.

Örnek Senaryo:

mysql> CREATE USER 'omer'@'localhost' IDENTIFIED BY 'test123';
Query OK, 0 rows affected (0.00 sec)

mysql> select user,host from user;
+------------------+-----------------+
| user | host |
+------------------+-----------------+
| root | 127.0.0.1 |
| debian-sys-maint | localhost |
| omer | localhost |
| root | localhost |
+------------------+-----------------+
4 rows in set (0.00 sec)

mysql> delete from user where user = 'omer';
Query OK, 1 row affected (0.00 sec)

mysql> select user,host from user;
+------------------+-----------------+
| user | host |
+------------------+-----------------+
| root | 127.0.0.1 |
| debian-sys-maint | localhost |
| root | localhost |
+------------------+-----------------+
3 rows in set (0.00 sec)

mysql> CREATE USER 'omer'@'localhost' IDENTIFIED BY 'test123';
ERROR 1396 (HY000): Operation CREATE USER failed for 'omer'@'localhost'
mysql> CREATE USER 'omeroner'@'localhost' IDENTIFIED BY 'test123';
Query OK, 0 rows affected (0.00 sec)

mysql> select user,host from user;
+------------------+-----------------+
| user | host |
+------------------+-----------------+
| root | 127.0.0.1 |
| debian-sys-maint | localhost |
| omeroner | localhost |
| root | localhost |
+------------------+-----------------+
4 rows in set (0.00 sec)

mysql> CREATE USER 'omer'@'localhost' IDENTIFIED BY 'test123';

Query OK, 0 rows affected (0.00 sec)

mysql> select user,host from user;

+------------------+-----------------+

| user | host |

+------------------+-----------------+

| root | 127.0.0.1 |

| debian-sys-maint | localhost |

| omer | localhost |

| root | localhost |

+------------------+-----------------+

4 rows in set (0.00 sec)

mysql> delete from user where user = 'omer';

Query OK, 1 row affected (0.00 sec)

mysql> select user,host from user;

+------------------+-----------------+

| user | host |

+------------------+-----------------+

| root | 127.0.0.1 |

| debian-sys-maint | localhost |

| root | localhost |

+------------------+-----------------+

3 rows in set (0.00 sec)

mysql> CREATE USER 'omer'@'localhost' IDENTIFIED BY 'test123';

ERROR 1396 (HY000): Operation CREATE USER failed for 'omer'@'localhost'

mysql> CREATE USER 'omeroner'@'localhost' IDENTIFIED BY 'test123';

Query OK, 0 rows affected (0.00 sec)

mysql> select user,host from user;

+------------------+-----------------+

| user | host |

+------------------+-----------------+

| root | 127.0.0.1 |

| debian-sys-maint | localhost |

| omeroner | localhost |

| root | localhost |

+------------------+-----------------+

4 rows in set (0.00 sec)

Mysql’de yukarıda belirttiğim gibi bir senorya yaşadığınızı farzedelim. ilk yapmanız gereken;

1.Yöntem:

mysql >flush privileges;

1	mysql >flush privileges;

bu işlemde hatayı çözmenize yardımcı olmuyor ise mysql’de var ola bir bug ve çözümü şu şekilde;

2.Yöntem:

mysql >drop user omer@localhost;
mysql >flush privileges;
mysql >create user omer@localhost identified by 'admins_password'

mysql >drop user omer@localhost;

mysql >flush privileges;

mysql >create user omer@localhost identified by 'admins_password'

mysql

Şub 16, 2015 |

0 comments

Linux’da Tshark Kullanarak Paket Analizi

Linux’da Tshark Kullanarak Paket Analizi yapmak için:

# /usr/sbin/tshark  -d tcp.port==3306,mysql -T fields -R mysql.query -e frame.time -e ip.src -e ip.dst -e mysql.query

1	# /usr/sbin/tshark -d tcp.port==3306,mysql -T fields -R mysql.query -e frame.time -e ip.src -e ip.dst -e mysql.query

 [root@sessiondb ~]$tshark -d tcp.port==3306,mysql -T fields -R mysql.query -e frame.time -e ip.src -e ip.dst -e mysql.query 
Running as user "root" and group "root". This could be dangerous.
Capturing on eth0
May 22, 2015 14:24:13.515665000 10.10.140.30    10.10.141.70    select @@session.tx_read_only
May 22, 2015 14:24:13.516158000 10.10.140.30    10.10.141.70    update sessionsV2 set accessTime = 1432293853449, lastAccessTime = 1432293736476, lastUpdatedTime = 1432293853511, expiryTime = 1432295653449 where sessionId = '56edda9cfaaf44f8a57cfb0c85094200'
May 22, 2015 14:24:13.518402000 10.10.140.30    10.10.141.70    SET autocommit=1
May 22, 2015 14:24:13.518697000 10.10.140.30    10.10.141.70    set session transaction read write
May 22, 2015 14:24:13.536207000 10.10.140.29    10.10.141.70    select * from sessionsV2 where sessionId = 'f1e21f16ae7b4b958a8223cf9022b4c0'
May 22, 2015 14:24:13.537542000 10.10.140.29    10.10.141.70    SET autocommit=1
May 22, 2015 14:24:13.537781000 10.10.140.29    10.10.141.70    set session transaction read write
May 22, 2015 14:24:13.554846000 10.10.140.29    10.10.141.70    select @@session.tx_read_only
May 22, 2015 14:24:13.555251000 10.10.140.29    10.10.141.70    update sessionsV2 set accessTime = 1432293853537, lastAccessTime = 1432293757464, lastUpdatedTime = 1432293853553, expiryTime = 1432295653537 where sessionId = 'f1e21f16ae7b4b958a8223cf9022b4c0'
May 22, 2015 14:24:13.556247000 10.10.140.9     10.10.141.70    select * from sessionsV2 where sessionId = 'f8ff81b391e34c1098f6fd08df0ebabc'
May 22, 2015 14:24:13.557241000 10.10.140.9     10.10.141.70    SET autocommit=1
May 22, 2015 14:24:13.557481000 10.10.140.9     10.10.141.70    set session transaction read write
May 22, 2015 14:24:13.558348000 10.10.140.29    10.10.141.70    SET autocommit=1
May 22, 2015 14:24:13.558625000 10.10.140.29    10.10.141.70    set session transaction read write
May 22, 2015 14:24:13.559593000 10.10.140.29    10.10.141.70    select * from sessionsV2 where sessionId = '84dd557532d745cf83063a9d65c0d67d'
May 22, 2015 14:24:13.561145000 10.10.140.29    10.10.141.70    SET autocommit=1
May 22, 2015 14:24:13.561483000 10.10.140.29    10.10.141.70    set session transaction read write
May 22, 2015 14:24:13.561614000 10.10.140.9     10.10.141.70    select * from sessionsV2 where sessionId = 'be5167049cce4b2eaccd619fbe2fc6d0'
May 22, 2015 14:24:13.562634000 10.10.140.30    10.10.141.70    select * from sessionsV2 where sessionId = '47d6b5fca3ca413b87b1184b0339ced9'
May 22, 2015 14:24:13.562658000 10.10.140.9     10.10.141.70    SET autocommit=1

[root@sessiondb ~]$tshark -d tcp.port==3306,mysql -T fields -R mysql.query -e frame.time -e ip.src -e ip.dst -e mysql.query

Running as user "root" and group "root". This could be dangerous.

Capturing on eth0

May 22, 2015 14:24:13.515665000 10.10.140.30 10.10.141.70 select @@session.tx_read_only

May 22, 2015 14:24:13.516158000 10.10.140.30 10.10.141.70 update sessionsV2 set accessTime = 1432293853449, lastAccessTime = 1432293736476, lastUpdatedTime = 1432293853511, expiryTime = 1432295653449 where sessionId = '56edda9cfaaf44f8a57cfb0c85094200'

May 22, 2015 14:24:13.518402000 10.10.140.30 10.10.141.70 SET autocommit=1

May 22, 2015 14:24:13.518697000 10.10.140.30 10.10.141.70 set session transaction read write

May 22, 2015 14:24:13.536207000 10.10.140.29 10.10.141.70 select * from sessionsV2 where sessionId = 'f1e21f16ae7b4b958a8223cf9022b4c0'

May 22, 2015 14:24:13.537542000 10.10.140.29 10.10.141.70 SET autocommit=1

May 22, 2015 14:24:13.537781000 10.10.140.29 10.10.141.70 set session transaction read write

May 22, 2015 14:24:13.554846000 10.10.140.29 10.10.141.70 select @@session.tx_read_only

May 22, 2015 14:24:13.555251000 10.10.140.29 10.10.141.70 update sessionsV2 set accessTime = 1432293853537, lastAccessTime = 1432293757464, lastUpdatedTime = 1432293853553, expiryTime = 1432295653537 where sessionId = 'f1e21f16ae7b4b958a8223cf9022b4c0'

May 22, 2015 14:24:13.556247000 10.10.140.9 10.10.141.70 select * from sessionsV2 where sessionId = 'f8ff81b391e34c1098f6fd08df0ebabc'

May 22, 2015 14:24:13.557241000 10.10.140.9 10.10.141.70 SET autocommit=1

May 22, 2015 14:24:13.557481000 10.10.140.9 10.10.141.70 set session transaction read write

May 22, 2015 14:24:13.558348000 10.10.140.29 10.10.141.70 SET autocommit=1

May 22, 2015 14:24:13.558625000 10.10.140.29 10.10.141.70 set session transaction read write

May 22, 2015 14:24:13.559593000 10.10.140.29 10.10.141.70 select * from sessionsV2 where sessionId = '84dd557532d745cf83063a9d65c0d67d'

May 22, 2015 14:24:13.561145000 10.10.140.29 10.10.141.70 SET autocommit=1

May 22, 2015 14:24:13.561483000 10.10.140.29 10.10.141.70 set session transaction read write

May 22, 2015 14:24:13.561614000 10.10.140.9 10.10.141.70 select * from sessionsV2 where sessionId = 'be5167049cce4b2eaccd619fbe2fc6d0'

May 22, 2015 14:24:13.562634000 10.10.140.30 10.10.141.70 select * from sessionsV2 where sessionId = '47d6b5fca3ca413b87b1184b0339ced9'

May 22, 2015 14:24:13.562658000 10.10.140.9 10.10.141.70 SET autocommit=1

sniff tshark

Oca 27, 2015 |

0 comments

Mysql “ignoring query to other database”

Mysql’e bağlandınız ve arından “ignoring query to other database” hatası aldıysanız;

Mysql’e bağlantı paremetrelerini yanlış yazdınız demektir.

Mysql “ignoring query to other database” için;

Doğru örnek:

[root@omeroner~] mysql -uroot ppassword

1	[root@omeroner~] mysql -uroot ppassword

Yanlış örnek: (Bu hatayı neden yaptım ise =) )

[root@omeroner~] mysql -rroot ppassword

1	[root@omeroner~] mysql -rroot ppassword

veya

[root@omeroner~] mysql -root ppassword

1	[root@omeroner~] mysql -root ppassword

command line mysql

Oca 24, 2015 |

0 comments

mysqld: Incorrect information in file: Hatası ve Çözümü

Mysql’de bazı durumlarda bazı tablolara erişemeyebilirsiniz. Tablonuzu check ettiniz ve mysqld: Incorrect information in file: hatasını aldınız.

mysql> check table test;
+-------------------+-------+----------+----------------------------------------------------------+
| Table             | Op    | Msg_type | Msg_text                                                 |
+-------------------+-------+----------+----------------------------------------------------------+
| omer.test| check | Error    | Incorrect information in file: './omer/test.frm' |
| omer.test| check | error    | Corrupt                                                  |
+-------------------+-------+----------+----------------------------------------------------------+
2 rows in set (0.00 sec)

mysql> check table test;

+-------------------+-------+----------+----------------------------------------------------------+

+-------------------+-------+----------+----------------------------------------------------------+

+-------------------+-------+----------+----------------------------------------------------------+

2 rows in set (0.00 sec)

Mysql hata logu aşağıdaki gibi:

120207 11:50:47 InnoDB: highest supported file format is Barracuda.
120207 11:50:47  InnoDB: Waiting for the background threads to start
120207 11:50:48 InnoDB: 1.1.8 started; log sequence number 5713326
120207 11:50:48 [Note] Event Scheduler: Loaded 0 events
120207 11:50:48 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.5.20-log'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)
120207 11:50:57 [ERROR] /usr/local/mysql/bin/mysqld: Incorrect information in file: './omer/test.frm'

120207 11:50:47 InnoDB: highest supported file format is Barracuda.

120207 11:50:47 InnoDB: Waiting for the background threads to start

120207 11:50:48 InnoDB: 1.1.8 started; log sequence number 5713326

120207 11:50:48 [Note] Event Scheduler: Loaded 0 events

120207 11:50:48 [Note] /usr/local/mysql/bin/mysqld: ready for connections.

Version: '5.5.20-log' socket: '/tmp/mysql.sock' port: 3306 MySQL Community Server (GPL)

120207 11:50:57 [ERROR] /usr/local/mysql/bin/mysqld: Incorrect information in file: './omer/test.frm'

Bu hatada test tablonuza ait frm dosyasının bozulduğuna dair bir hatadır.

.frm dosyasıda neyin nesi dersen;

Mysql Database Metadata dosyasıdır. Her oluşturduğunuz tablonun adı ile bir frm dosyası oluşturulur.

Bir MySQL veri tabanı için biçimlendirme bilgisini veya yapı verisini içerir; veri tabanında
depolanan tabloları belirtir ve alanları ve her tablonun yapısını tanımlar.

FRM dosyaları beraberinde veri tabanında saklanan asıl veriyi içeren bir .MYD(data) dosyası ile kaydedilir. Her iki dosya da MySQL’in veri tabanını tanıması için gereklidir.

Eğer MySQL veri tabanı MyISAM tabloları kullanıyorsa, bir .MYI(index) dosyası da ayrıca kullanılır ve gereklidir.

.frm dosyaları mysql’in data dizininde bulunur. Data dizini neresi öğrenmek isterseniz aşağıdaki komut ile bunu öğrenebilirsiniz.

mysql> SHOW VARIABLES LIKE 'datadir';
 +---------------+-----------------------+
 | Variable_name | Value                 |
 +---------------+-----------------------+
 | datadir       | /usr/local/mysql/var/ |
 +---------------+-----------------------+
 1 row in set (0.00 sec)

mysql> SHOW VARIABLES LIKE 'datadir';

+---------------+-----------------------+

| Variable_name | Value |

+---------------+-----------------------+

| datadir | /usr/local/mysql/var/ |

+---------------+-----------------------+

1 row in set (0.00 sec)

test tablosu için ilgili .frm dosyası Datadir/veritabanı_adı altındadır.

shell> su root
shell> cd /usr/local/mysql/var/omer
shell> ls test.*
  test.frm  test.MYD  test.MYI
shell> ls -l test.*
-rw-rw----  1 root root 8566 2006-09-22 11:22 test.frm
-rw-rw----  1 root root    0 2006-09-22 11:22 test.MYD
-rw-rw----  1 root root 1024 2006-09-22 11:22 test.MYI

shell> su root

shell> cd /usr/local/mysql/var/omer

shell> ls test.*

test.frm test.MYD test.MYI

shell> ls -l test.*

-rw-rw---- 1 root root 8566 2006-09-22 11:22 test.frm

-rw-rw---- 1 root root 0 2006-09-22 11:22 test.MYD

-rw-rw---- 1 root root 1024 2006-09-22 11:22 test.MYI

hexadecimal-dump kullanarak test.frm dosyasına bakalım.

shell> hexdump -v -C test.frm
  00000000  fe 01 09 09 03 00 00 10  01 00 00 30 00 00 10 00  |...........0....|
  00000010  06 00 00 00 00 00 00 00  00 00 00 02 08 00 08 00  |................|
  00000020  00 05 00 00 00 00 08 00  00 00 00 00 00 00 00 10  |................|
  00000030  00 00 00 c0 c3 00 00 10  00 00 00 00 00 00 00 00  |................|
  00000040  2f 2f 00 00 20 00 00 00  00 00 00 00 00 00 00 00  |//.. ...........|
  ...                                                         | (many 0s)      |
  00001000  00 00 00 00 02 00 ff 00  00 00 00 00 00 00 00 00  |................|
  00001010  ff 20 20 20 20 20 00 00  06 00 4d 79 49 53 41 4d  |.     ....MyISAM|
  ...                                                         | (many 0s)      |
  00002000  6c 01 00 10 00 00 00 00  00 00 00 00 00 00 00 00  |l...............|
  00002010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  00002020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 01 2a  |...............*|
  ...
  00002100  01 00 01 00 3b 00 05 00  00 00 06 00 0a 00 00 00  |....;...........|
  00002110  00 00 00 00 00 00 50 00  16 00 01 00 00 00 00 00  |......P.........|
  00002120  3b 00 02 01 02 14 29 20  20 20 20 20 20 20 20 20  |;.....)         |
  00002130  20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  |                |
  00002140  20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 00  |               .|
  00002150  04 00 08 63 6f 6c 75 6d  6e 31 00 04 08 05 05 00  |...column1......|
  00002160  02 00 00 00 80 00 00 00  fe 08 00 00 ff 63 6f 6c  |.............col|
  00002170  75 6d 6e 31 ff 00                                 |umn1..|
  00002176

shell> hexdump -v -C test.frm

00000000 fe 01 09 09 03 00 00 10 01 00 00 30 00 00 10 00 |...........0....|

00000010 06 00 00 00 00 00 00 00 00 00 00 02 08 00 08 00 |................|

00000020 00 05 00 00 00 00 08 00 00 00 00 00 00 00 00 10 |................|

00000030 00 00 00 c0 c3 00 00 10 00 00 00 00 00 00 00 00 |................|

00000040 2f 2f 00 00 20 00 00 00 00 00 00 00 00 00 00 00 |//.. ...........|

... | (many 0s) |

00001000 00 00 00 00 02 00 ff 00 00 00 00 00 00 00 00 00 |................|

00001010 ff 20 20 20 20 20 00 00 06 00 4d 79 49 53 41 4d |. ....MyISAM|

... | (many 0s) |

00002000 6c 01 00 10 00 00 00 00 00 00 00 00 00 00 00 00 |l...............|

00002010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|

00002020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 2a |...............*|

...

00002100 01 00 01 00 3b 00 05 00 00 00 06 00 0a 00 00 00 |....;...........|

00002110 00 00 00 00 00 00 50 00 16 00 01 00 00 00 00 00 |......P.........|

00002120 3b 00 02 01 02 14 29 20 20 20 20 20 20 20 20 20 |;.....) |

00002130 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 | |

00002140 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 00 | .|

00002150 04 00 08 63 6f 6c 75 6d 6e 31 00 04 08 05 05 00 |...column1......|

00002160 02 00 00 00 80 00 00 00 fe 08 00 00 ff 63 6f 6c |.............col|

00002170 75 6d 6e 31 ff 00 |umn1..|

00002176

.frm dosyaları hakkında daha ayrıntılı bilgi için buraya bakabilirsiniz.

Bu bilgilerin ardından gelelim problemin çözümüne;

test tablosuyla aynı yapıya sahip test2 tablosu oluşturalım.

CREATE TABLE `test2` (
`t` INT(11) DEFFAULT NULL
) ENGINE=INNODB DEFAULT CHARSET=utf8

CREATE TABLE `test2` (

`t` INT(11) DEFFAULT NULL

) ENGINE=INNODB DEFAULT CHARSET=utf8

Daha sonra bir kayıt ekleyelim.

<span class="kwd">insert</span> <span class="kwd">into</span><span class="pln"> test2 </span><span class="kwd">values</span><span class="pun">(</span><span class="lit">1</span><span class="pun">);</span>

1	<span class="kwd">insert</span> <span class="kwd">into</span><span class="pln"> test2 </span><span class="kwd">values</span><span class="pun">(</span><span class="lit">1</span><span class="pun">);</span>

Sonra mysql’i durdurup ardından test.frm üzerine test2.frm kopyalayın.

[root@omeroner~]cp /usr/local/mysql/var/omer/test2.frm /usr/local/mysql/var/omer/test.frm

1	[root@omeroner~]cp /usr/local/mysql/var/omer/test2.frm /usr/local/mysql/var/omer/test.frm

Mysql yeniden başlattıktan sonra tabloya erişmi kontrol edin.

database frm hexadecimal-dump innodb myd myi myisam mysql

Sayfalar:‹123 ›

Problem:

Çözüm:

Problem: [Warning] ‘proxies_priv’ entry ‘@ root@user’ ignored in –skip-name-resolve mode.

Çözüm:

Mysql değişkenlerinden log_warnings değerini sorgulamak için mysql konsoldan;

Sonuç:

my.cnf dosyasına aşağıdaki satırı ekleyin;

1. Stop MySQL

2. Yeni MySQL dizini oluşturma ve eskisiyle değiştirme.

3. Start MySQL

Mysql’de tüm tabloları UTF8’e çevirmek için:

Bunu düzeltmek için MySQL konsolunda aşağıdaki komutu çalıştırın:

my.cnf yapılandırma dosyasına aşağıdaki ekleyin:

Örnek Senaryo:

1.Yöntem:

2.Yöntem:

Mysql “ignoring query to other database” için;

Doğru örnek:

Yanlış örnek: (Bu hatayı neden yaptım ise =) )

Mysql hata logu aşağıdaki gibi:

Problem:
[Warning] ‘proxies_priv’ entry ‘@ root@user’ ignored in –skip-name-resolve mode.