MySQL之核心设置优化与安全稳定设置

MySQL之核心设置优化与安全稳定设置

在学习和使用MySQL数据库的过程中，我逐渐意识到公道设置数据库对于其性能、稳定性和安全性的紧张性。这期间我积累了不少经验，也踩过一些“坑”，今天就想把这些心得分享给各人，盼望能和各人一起学习进步，让我们在MySQL的应用中更加得心应手。
一、写作初志

MySQL作为一款广泛应用的数据库管理体系，其设置涉及浩繁参数，每个参数都对数据库的运行有着或大或小的影响。许多开发者在面临这些设置时感到狐疑，不知道怎样根据现实需求进行优化，也容易忽视一些安全和稳定相关的设置。我在学习和实践中也遇到了同样的标题，所以盼望通过这篇文章，将自己对MySQL核心设置和安全稳定设置的明白和经验分享出来，帮助各人更好地把握这部门知识，制止在现实应用中出现各种标题。
二、核心设置参数解析

2.1 tmp_table_size和max_heap_table_size

这两个参数共同控制Memory引擎内存临时表的巨细。当隐式内存临时表巨细超过它们设定的值时，会转换为磁盘MyISAM表。为包管临时表只管在内存中高效运行，同时制止服务器内存溢出，通常将它们设为相同值，如示例设置中的32M，但具体巨细需根据现实查询情况调整。若查询不会创建大临时表，可适当增大这两个值，减少临时表转磁盘表的情况。可通过查看SHOW STATUS中的Created_tmp_tables和Created_tmp_disk_tables变量，了解临时表创建频率和磁盘临时表的使用情况。
2.2 max_connections

该参数就像服务器的“紧急刹车”，用于限定服务器允许的最大连接数。设置时要考虑应用正常负载以及管理需求，一般要大于正常大概到达的连接数，如预计正常有300个连接，可设为500或更大；若不确定，500可作为起始值，其默认值100通常无法满足多数应用需求。通过观察Max_used_connections状态变量，可了解服务器连接是否出现尖峰。若该值到达max_connections，阐明有客户端连接被拒绝，此时需排查标题。
2.3 thread_cache_size

通过观察Threads_connected状态变量的最大值和最小值来设置此参数，一般可设为其波动范围的两到三倍，但不宜过大，250（或256）可作为上限估算值。若Threads_created状态变量值很大或持续增长，或Slow_Launch_threads值较大，大概需要调大thread_cache_size，不外Slow_Launch_threads值大也大概表示体系存在其他标题，需深入诊断，不能单纯依赖增大线程缓存掩饰标题。
2.4 table_cache_size（MySQL 5.1中分为两个缓存区）

此参数应设置得足够大，以制止频繁重新打开息争析表定义。可通过观察Opened_tables的值及其变化来判断，若其每秒变化很大，大概表示table_cache_size不敷。但该值也不宜过大，否则会低沉缓存查抄效率，一般不发起大于10000（或10240，若喜欢2的N次方）。对于有大量匀称使用的表的工作负载，大概无法全部缓存，此时可将该值设小，乃至设为0。通常从max_connections的10倍开始设置较为公道，但多数场景下保持在10000以下更好。
     设置参数    作用    设置要点