MySQL的表锁问题(二)——InnoDB表锁问题
首先补充下MySQL的表锁问题(一)没讲到的系统可以通过设置max_write_lock_count参数来控制写的优先级,当一个表的读锁达到这个数的时候,MySQL会暂时的,降低写的优先级.MySQL尽量少用一些看似精妙但复杂的语句,因为你复杂可能导致给表加的读锁时间就长,会导致写的操作无法进行. innodb和MyISAM最大的区别在于innodb支持事务处理和行级锁,行级锁带来的好处是可以支持大规模的并发应用(设置的好的情况下),当然控制的对象越小,步骤就越复杂,那么消耗的资源就越多. 可以通过在MySQL里面查看状态变量的方式来查看innodb锁的使用情况: mysql> show status like "innodb_row_lock%";
+-------------------------------+-------+
| Variable_name | Value |
+-------------------------------+-------+
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 0 |
| Innodb_row_lock_time_avg | 0 |
| Innodb_row_lock_time_max | 0 |
| Innodb_row_lock_waits | 0 |
+-------------------------------+-------+
5 rows in set (0.00 sec) 还可以通过show engine innodb status\G查看一大堆信息.进行简要分析. innodb有两种类型的行级锁:共享锁和排他锁;为了允许行锁和表锁共存.实现多颗粒度锁机制,innodb还有2种内部锁(Intention locks),这就是意向共享锁和意向排他锁.这两种所都是表级锁. a)共享锁(S):允许一个事务去读一行,阻止其他事务获得相同数据集的排他锁. b)排他锁(X):允许获得排他锁的事务更新数据,阻止其他事务获取相同数据集的各项读锁和排他写锁. c)意向共享锁(IS):事务打算给数据行加共享锁,事务在取得一个数据行的共享锁之前必须先取得该表的IS锁. d)意向排他锁(IX):事务打算给数据行加排他锁,事务在取得一个数据行的排他锁之前必须先取得该表的IX锁. 请求锁�
相关文档：
MySQL 中文显示乱码
如果你遇到乱码问题，可以从下面几个问题逐步检查：
（1）检查你的文件存储编码是否和 meta 声明的一致，假如你的文件是按照 utf-8 编码存储，但是 meta 却声明为 gb2312 ，将导致乱码。
解决办法：将页面存储编码和 meta 声明保持一致。用记事本 ......
//导出
String mysql="mysqldump -uroot -proot --opt databasename > d:/test.sql";
java.lang.Runtime.getRuntime().exec("cmd /c "+mysql);
//导入
String mysql="mysqladmin -uroot -proot create databasename";
java.lang.Runt ......
看MySQL参考手册 发现CREATE TABLE 时有多种数据库存储引擎：
TYPE = {BDB | HEAP | ISAM | InnoDB | MERGE | MRG_MYISAM | MYISAM }
网上查了下据说MyISAM、InnoDB两种引擎常用
大至区别如下[不知是否准确]：
高级处理:
MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。
执行速度:
MyISAM类型的表强调的是� ......
mysql字符集编码向来是一个难题，因为有时候为大多数人想的UTF8可以解决一些难题，不过不要太理想化了，有时候在window客户端下 修改成utf8，mysql是不支持的，所以还得具体问题具体分析，可是这个还真得需要你花点时间来研究
下面是一些别人的文章，在此先谢了
& ......
