龙cc的博客

转载 美团SQL优化工具SQLAdvisor

      本规范用于规范在高流量和高可用度场景下数据库设计、数据库使用过程中的基础标准。通过制度和标准保障DB服务的可用性和服务质量一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高（2）必须使用UTF8字符集解读：万国码，无需转码，无乱码风险，节省空间（3）数据表、数据字段必须加入中文注释解读...

1 开启general-log 在my.conf中配置 general-log = 1 开启general-log  general_log_file = /data/databases/logs/mysql.log 设置日志的路径地址

1优化思路 1拿到待优化的服务器，第一步是观察，可以通过脚本或者阿里云的统计图分析。 2如果出现周期性的波动或者故障，一般都是由访问的高峰或者缓存崩溃引起，解决方法是增加缓存，修改缓存失效策略，使失效的时间分散3-6小时即可，第二是在夜晚访问量低的时候定时失效设置 3解决过后在观察统计图，如果仍有不规则的延迟或者卡顿现象 需要set profiring =1 开启mysql的执行计划，或者开启my...

1:服务器硬件cpu资源和可用内存的大小，网络 ，i/o资源 cpu: 计算密集型应用：选择速度快 频率高的cpu web型应用：系统并发量高，选择数量多的cpu内存: 尽可能大 增加缓存 读取速度块 多次写入数据一次写入磁盘: RAID磁盘冗余队列 把小磁盘扩展成大磁盘并提供数据冗余来保证数据完整性的技术 RAID0:简单的把磁盘串联起来，没有

web服务器可以进行横向扩展，每台服务器只要配置相同就可以进行横向扩展，理论上可以无限制的增加web服务器。数据库服务器才是大数据量访问时延迟高效率低的主要问题，没有稳定的数据库就没有稳定的访问。影响数据库因素主要因素总结如下：sql查询速度网卡流量 服务器硬件 磁盘IO以上因素并不是时时刻刻都会影响我们的数据库性能，而就像木桶效应一样：如果其中一个因素严重影响性能，那么整个数据库性能就会

—方法1: 直接使用数据库提供的SQL语句 —语句样式: MySQL中,可用如下方法: SELECT * FROM 表名称 LIMIT M,N —适应场景: 适用于数据量较少的情况(元组百/千级) —原因/缺点: 全表扫描,速度会很慢 且 有的数据库结果集返回不稳定(如某次返回1,2,3,另外的一次返回2,1,3). Limit限制的是从结果集的M位置处取出N条输出,其余抛弃. —方法2:

正向代理对象时客户端 反向代理对象时服务端配置语法: proxy_pass:location ~ /test_proxy.html$ { proxy_pass 127.0.0.1:8080 }

1.myisam 不支持事务 innodb支持事务 2.myisam 锁的粒度是表级锁 innodb支持行级锁 3.myisam 支持全文索引 innodb不支持全文索引 4.MYISAM相对简单，所以在效率上要优于InnoDB,小型应用可以考虑使用MYISAM 5.MYISAM表是保存成文件的形式，在跨平台的数据转移中使用MYISAM存储会省去不少的麻烦 6.InnoDB表比MYISAM

一, 优化思路1拿到待优化的服务器，第一步是观察，可以通过脚本或者阿里云的统计图分析。或者使用top命令查询服务器信息。2如果出现周期性的波动或者故障，一般都是由访问的高峰或者缓存崩溃引起，解决方法是增加缓存，修改缓存失效策略，使失效的时间分散3-6小时即可，第二是在夜晚访问量低的时候定时失效设置3解决过后在观察统计图，如果仍有不规则的延迟或者...