mysql字符集编码

查看编码字符集：

show variables like’collation_%’;

show variables like’character_set_%’;

在命令行修改字符编码（例如gb3212）：

set character_set_client=gb2312;客户端编码方式

set character_set_connection= gb2312;建立连接使用的编码

set character_set_database= gb2312;数据库的编码

set character_set_results= gb2312;结果集的编码

set character_set_server= gb2312;数据库服务器的编码

保证上面五个采用的编码方式一样，就不会出现乱码问题。

set character_set_system= gb2312;

set collation_connection= gb2312;

set collation_database= gb2312;

set collation_server= gb2312;

 

 

查看当前会话的隔离级别

 select @@tx_isolation;

 

设置此会话的隔离级别Read committed

set  session transaction isolation level Read committed;

 

设置全局的隔离级别为Read committed

set  global transaction isolation level Read committed;

 

query_cache_min_res_unit

这个数值越高表示 Query Cache 的 Fragment 状况越严重，通常它会界于 10%~20% 之间。在此范例中

Block Fragmnt 为 13.05%，这是可接受的情况，当然你也可以调整 query_cache_min_res_unit 的值来降低

Block Fragmnt。

 

SQL_NO_CACHE

在一个高度稳定的 Query Cache 中，Insrt 的值应该要高于 Prune 的值；反之，在一个挥发性较高(较不稳定)的 Query Cache 中，这个比值将会是 1:1 或是偏重在Prune 那方，这表示 Query Cache 中的数据有可能在使用到之前就已经被清除了。我们会希望拥有一个稳定的 Query Cache，因为稳定的 Query Cache 表示那些被 Cache 在 Query Cache 中的资料会常被用到。高挥发性(较不稳定)的Query Cache 代表两件事情：第一，Query Cache 设得太小，需要加大。第二，MySQL 正试图要 cache 所有的东西，甚至是那些其实并不需要 cache 的数据。若是第一种状况，只要单纯的加大 Query Cache 即可。若是第二种情况，可能是 MySQL 试图要去 cache 所有可以 cache 的数据，你可以使用 SQL_NO_CACHE 来明确的告诉 MySQL 什么资料是你不想要 cache 的。