应用优化:
使用连接池:
- 使用数据库连接池,可以复用数据库连接对象,从而减少创建新连接带来的资源消耗。
减少对MySQL的访问:
避免对同一数据做重复检索:
- 理清应用的业务逻辑,尽量减少查询次数。
使用查询缓存:
- 有关Mysql Query Cache的参数:
mysql> SHOW VARIABLES LIKE '%query_cache%';
+------------------------------+---------+
| Variable_name | Value |
+------------------------------+---------+
| have_query_cache | YES | --服务器是否配置高速缓存
| query_cache_limit | 1048576 | --限制缓存单个查询结果的大小,默认1M
| query_cache_min_res_unit | 4096 | --分配缓存时的最小块大小,默认4KB
| query_cache_size | 1048576 | --缓存区大小,根据不同的系统会有一个最小缓存区大小
| query_cache_type | OFF | --0,关闭缓存, 1打开缓存, 2请求时使用缓存(使用SELECT SQL_CACHE)
| query_cache_wlock_invalidate | OFF | --对于MyISAM表,在获取到写锁后,是否失效其他连接读缓存的请求
+------------------------------+---------+
- 查看缓存状态:
mysql> SHOW STATUS LIKE '%Qcache%';
+-------------------------+---------+
| Variable_name | Value |
+-------------------------+---------+
| Qcache_free_blocks | 1 | --查询缓存中空闲的内存块
| Qcache_free_memory | 1031336 | --查询缓存的空闲内存数
| Qcache_hits | 0 | --缓存采样数数目
| Qcache_inserts | 0 | --被加入到缓存中的查询数目
| Qcache_lowmem_prunes | 0 | --因缺少缓存而被删除的查询数目
| Qcache_not_cached | 1 | --没有被缓存的查询数目(不能被缓存的,或由于QUERY_CACHE_TYPE)
| Qcache_queries_in_cache | 0 | --在缓存中已注册的查询数目
| Qcache_total_blocks | 1 | --查询缓存中的块的总数目
+-------------------------+---------+
增加Cache层:
- 即在应用端做一次缓存,这时应需要注意何时失效缓存。
负载均衡:
利用MySQL复制分流查询操作:
- 利用MySQL主/从服务器实现读写分离,主服务器承担写操作,从服务器承担写操作,并且可以将需要复制表设置为BlackHole引擎,然后定义replicate-do-table参数只复制这些表。
采用分布式数据库架构:
- 具体可参考MySQL的Cluster功能,分布式事务仅支持InnoDB存储引擎。
其他优化措施:
- 对于没有删除操作的MyISAM表,INSERT和SELECT是并行的。若确实有删除操作,尽量在空闲执行批量删除操作,删除后应执行OPTIMIZE操作,消除由于删除操作带来的空洞。
- 充分利用列有默认值的事实。只有当插入值不同于默认值时,才明确得插入值,这会减少MySQL的语法分析从而提高插入速度。
- 表的字段尽量不使用自增长变量,在高并发情况下,该字段的自增可能对效率有比较大的影响,推荐通过应用来实现字段的自增长。
不吝指正。