tcp_max_syn_backlog是指定所 能接受SYN同步包的最大客 户端数量。默认值是2048，建 议修改成8192。 echo 8192 > / proc/sys/net/ipv4/ tcp_max_syn_backlog net.core.somaxconn 服务端所能accept即处理数据 的最大客户端数量，即完成连 接上限。默认值是128，建议修 改成1024。 echo 1024 65536 16777216" > /proc/sys/net/ipv4/ tcp_wmem net.ipv4.max_tw_bu ckets 表示系统同时保持TIME_WAIT 套接字的最大数量。默认值是 2048，建议修改成360000。 echo 360000 > / proc/sys/net/ ipv4/ tcp_max_syn_backlog 3.7 IO 参数调优 目的

MySQL 配置原则 配置原则 服务优化 服务优化 公共选项 公共选项 选项 缺省值 推荐值 说明 max_connections 100 1024 MySQL 服务器同时处理的数据库连接的最大 数量 query_cache_size 0 ( 不打开 ） 128M 查询缓存区的最大长度，按照当前需求，一 倍一倍增加，本选项比较重要 sort_buffer_size 512K 128M 每个线程的排序缓存大小，一般按照内存可 128K 64M 每个进行一个顺序扫描的线程为其扫描的每 张表分配这个大小的一个缓冲区，可以设置 为 2M 以上 table_cache 64 1024 为所有线程打开表的数量。增加该值能增加 mysqld 要求的文件描述符的数量。 MySQL 对每个唯一打开的表需要 2 个文件描述符。 服务优化 服务优化 MyISAM MyISAM 选项 选项 选项 缺省值 推荐值 说明 key_buffer_size

■ 同程旅游早期的数据库都以单库的MySQL。 ■ MySQL的单库，导致TPS最终还是会成为一个瓶颈。 ■ MySQL+DB中间件解决水平拆分问题。 ■ MySQL水平拆分的引入会使数据库实例数量大幅上升,传统运维手段维护成本高,交付能力差。 MySQL数据库为何要Docker化 1.MySQL数据库迅速爆炸式增长后，服务器规模不断增大，快速部署是个问题。 2.随着业务的发展，扩容数据库的不方便不快捷，也是个问题。 Active alters sms WeChat mail MySQL监控 多达上百项的详细的监控信息： 慢日志分析 DB UI展示 Analysis 告警： 当慢SQL每秒产生的数量超过阈值的时触发告警通知 DBA及相关人员及时关注问题。 分析： 定期将实例端的慢SQL分析后录入数据库，然后通过 系统页面查看慢SQL的执行时长、每日次数、每日平 均耗时等多个维度的指标。同时也支持ui上查看执行计

的解决方案。 6.2 方案优缺点 优点：安全性、稳定性高，可扩展性好，高可用，当主服务器挂掉以后，另一个主 立即接管，其他的从服务器能自动切换，不用人工干预。 缺点：至少三个节点，对主机的数量有要求，需要实现读写分离，对程序来说是个 挑战。 6.3 方案架构图 6.4 适用场景 MMM 的适用场景为数据库访问量大，业务增长快，并且能实现读写分离的场景。 6.5 方案实战