MySQL修改表存储引擎

MySQL作为最常用的数据库,经常遇到各种各样的问题。今天要说的就是表存储引擎的修改。有三种方式,列表如下。

1.真接修改。在数据多的时候比较慢,而且在修改时会影响读取性能。my_table是操作的表,innoDB是新的存储引擎。

[code]ALTER TABLE my_table ENGINE=InnoDB[/code]

2.导出,导入。这个比较容易操作,直接把导出来的sql文件给改了,然后再导回去。用mysqldump ,
3.创建,插入。这个比第一种速度快, 安全性比第二种高,推荐。分2步操作
a.创建表,先创建一个和要操作表一样的表,然后更改存储引擎为目标引擎。
[code]CREATE TABLE my_tmp_table  LIKE my_table;[/code]
[code]ALTER TABLE my_tmp_table ENGINE=InnoDB;[/code]
b.插入。为了安全和速度,最好加上事务,并限制id(主键)范围。
[code]INSERT INTO my_tmp_table  SELECT *  FROM my_table;[/code]
修改数据库字符集:
[code]ALTER DATABASE db_name DEFAULT CHARACTER SET character_name [COLLATE …];[/code]
把表默认的字符集和所有字符列(CHAR,VARCHAR,TEXT)改为新的字符集:
[code]ALTER TABLE tbl_name CONVERT TO CHARACTER SET character_name [COLLATE …][/code]
如:[code]ALTER TABLE logtest CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;[/code]
只是修改表的默认字符集:
[code]
ALTER TABLE tbl_name DEFAULT CHARACTER SET character_name [COLLATE…];
如:ALTER TABLE logtest DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
[/code]

修改字段的字符集:
[code]ALTER TABLE tbl_name CHANGE c_name c_name CHARACTER SET character_name [COLLATE …];
如:ALTER TABLE logtest CHANGE title title VARCHAR(100) CHARACTER SET utf8 COLLATE utf8_general_ci;[/code]
查看数据库编码:
[code]SHOW CREATE DATABASE db_name;[/code]
查看表编码:
[code]SHOW CREATE TABLE tbl_name;[/code]
查看字段编码:
[code]SHOW FULL COLUMNS FROM tbl_name;[/code]

MySQL行锁表锁

在调用存储过程中,就会涉及到表锁,行锁这一概念:所谓区别:有索引的时候就是行锁,没有索引的时候就是表索。innodb 的行锁是在有索引的情况下,没有索引的表是锁定全表的。
表锁演示(无索引)
Session1:

set autocommit=0;
select * from innodb_test;

+——+————-+
| id   | name        |
+——+————-+
|    1 | woshiceshi  |
|    2 | woshiceshi2 |
|    3 | woshiceshi3 |
+——+————-+

 select * from innodb_test where id = 2 for update;

+——+————+
| id   | name       |
+——+————+
|    2 | woshiceshi2 |
+——+————+
Session2:

 update innodb_test set name='sjis' where id = 1 ;

处于等待状态….
再回到session1 commit以后,session2就出来结果了(锁定了8秒,过了8秒左右才去session1提交)。

update innodb_test set name='sjis' where id = 1 ;
Query OK, 1 row affected (8.11 sec)
Rows matched: 1  Changed: 1  Warnings: 0

实验结果是:我在session1的for update 操作看似只锁定ID为2的行其实锁定了全表,以至于后面session2的对ID为1的行update 需要等待Session1锁的释放。

行锁演示(索引为ID)
Session1:

alter table innodb_test add index idx_id(id);
Query OK, 4 rows affected (0.01 sec)
Records: 4  Duplicates: 0  Warnings: 0
select * from innodb_test where id = 2 for update;

+——+————+
| id   | name       |
+——+————+
|    2 | woshiceshi2 |
+——+————+
Session2:

update innodb_test set name='wohaishiceshi' where id = 1 ;
Query OK, 1 row affected (0.02 sec)
Rows matched: 1  Changed: 1  Warnings: 0
select * from innodb_test where id = 1;

+——+—————+
| id   | name          |
+——+—————+
|    1 | wohaishiceshi |
+——+—————+
1 row in set (0.00 sec)

实验结果:这次的锁定是锁定的行,所以没有被锁定的行(ID不为2的行)可以进行update..