mysql缓存参数
对mysql的优化不在行，搞过几次优化，但是都不是很理想，还是浪费资源太多。一直发现我的mysql的缓存命中率极差，情况良好的时候到达过60-70%，但是运行时间一长，只有10-20%。查了一些资料，关于缓存的一些参数记录
mysql> SHOW VARIABLES LIKE ‘%query_cache%’;
+——————————+———-+
| Variable_name | Value |
+——————————+———-+
| have_query_cache | YES |
| query_cache_limit | 1048576 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 67108864 |
| query_cache_type | ON |
| query_cache_wlock_invalidate | OFF |
+——————————+———-+
6 rows in set (0.00 sec)
have_query_cache
是否支持查询缓存区 “YES”表是支持查询缓存区
query_cache_limit
可缓存的Select查询结果的最大值 1048576 byte /1024 = 1024kB 即最大可缓存的select查询结果必须小于1024KB
query_cache_min_res_unit
每次给query cache结果分配内存的大小 默认是 4096 byte 也即 4kB
经过我测试，
set GLOBAL query_cache_min_res_unit=4096; 的时候，碎片会比较多，在3000多。
set GLOBAL query_cache_min_res_unit=2046;的时候，碎片比较少，在1000多。
但是过小会增加IO负担
mysql>show status;
中间有一段 Qcache_开头的
Qcache_free_blocks | 4984 &
相关文档：
http://dev.mysql.com/doc/refman/5.1/zh/index.html
(MySql 5.1 中文参考手册)
*------------------------------------------------------------------------------------------
show databases; 显示数据库
drop database 数据库名;删除数据库
set names 'utf8';设置数据库编码为utf-8
source x:\数据库名.sql;导� ......
Administration 管理
Kill a Thread 结束一个线程
mysql > KILL 999;
Optimize Table 优化表
mysql > OPTIMEZE TABLE foo;
Reload Users Permissions 刷新MySQL系统权限相关表
mysql > FLUSH PRIVILEGES;
Repair Table 修复表
mysql > ......
最近关于中文显示乱码的贴子比较多，所以也做了个总结：
可以参考一下杨涛涛版主的《各种乱码问题汇总》
http://topic.csdn.net/u/20071124/08/3b7eae69-ed1d-4a77-8895-9930bf3601af.html
MySQL字符集的原理介绍。摘录于官方文档。http://dev.mysql.com/doc/refman/5.1/zh/charset.html
不同的编码格式会导致同一字� ......
//得分计算四舍五入
SELECT ROUND((SUM(getfeng)/SUM(totalfeng))*100) as feng from answerdata WHERE uid='151' AND targetid IS NOT NULL
1.ceil （） /ceiling（） 向上取整
例： ceil（1.2） = 2
2.floor （） 向下取整
例： floor（1.2） = 1
3.round（） 四舍五入
&n ......
1.select max(id) from user;
2.select last_insert_id() as id from user limit 1;
(这个测试的返回id一直是0，有点问题)
3.储存过程
1）
oracel中
create sequence seqID
minvalue 1
maxvalue 999999999999999999999999999
start with 1
increment by 1
nocache
order;
create or replace procedure ......
