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://blog.sina.com.cn/s/blog_538a9d1901008f9g.html
什么是C2级安全性？安全性的分类是怎样的？(2008-01-30 17:04:39)
D类：最低保护，保留给不能通过更高级别检查的系统
C1：谨慎保护，要求有基于用户级别的控制来保护数据，主要防� ......
数据库特点
－－使用partition，存在上百个分区
－－建表时指定了data_dir和index_dir，数据不是存储在默认位置，而是在mysqld的数据目录下link到真正的数据文件
备份恢复要求
－－备份出来的数据恢复时要恢复成不同的表名
－－恢复出来的数据实际存储位置也要存储在与原表不同的位置
问题
如果直接mysqldump－sourc ......
//得分计算四舍五入
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. 连接mysql:
mysql -h 主机地址 -u 用户名 －p
2.退出mysql:exit
3. 修改密码:
mysqlbinmysqladmin -uroot -p(oldpassword) password newpassword
4.增加用户：
添加一个用户test1 密码为ABC；让他可以在任何主机上登录,并对所有数据库有查询、插入、修改、删除的权限。首先用以root用户连入
mysql,然后键入以下命 ......
