-
要设置MySQL性能监控，首先启用慢查询日志，在配置文件中设置slow_query_log、slow_query_log_file和long_query_time；其次使用SHOWSTATUS和SHOWPROCESSLIST实时查看数据库状态；最后引入第三方工具如Prometheus+Grafana或PMM进行可视化监控。核心指标包括：1.查询性能（QPS、慢查询数量、缓冲池命中率）；2.资源使用（CPU、内存、磁盘IO）；3.连接与线程状态（连接数、Threads_running）；4.锁与事务问题（表
-
MySQL的缓存设置和参数调优对数据库性能至关重要。1.InnoDB缓冲池大小建议设为物理内存的50%~80%，但需避免过高引发swap；2.查询缓存适用于读多写少场景，MySQL5.x可启用，但频繁写入时应关闭或使用外部缓存；3.临时表缓存推荐设置tmp_table_size和max_heap_table_size均为64M，减少磁盘临时表使用；4.排序和连接缓存每个连接使用，建议sort_buffer_size和join_buffer_size各设为2M，避免并发内存耗尽；此外，应通过监控工具查看缓存
-
检测和优化Redis的网络带宽瓶颈可以通过以下步骤：1.使用INFO命令监控网络流量，计算每分钟的输入输出字节数；2.使用PING命令测量延迟；3.优化方法包括启用数据压缩、使用批量操作、优化网络配置、数据分片和使用Redis协议优化。通过这些措施，可以有效提升Redis的性能。
-
通过调整Redis的配置参数可以显著提高其读写性能。1.内存管理：设置maxmemory为10GB，maxmemory-policy为allkeys-lru。2.网络通信：调整tcp-backlog为511，timeout为0。3.持久化：设置RDB快照频率为save9001、save30010、save6010000，AOF的appendfsync为everysec。
-
sentinelmonitor三要素（master-name、IP、port）必须准确，缺一不可，否则哨兵无法发现主从拓扑；quorum是触发投票的最小同意数，非哨兵总数；密码需三端一致（requirepass/masterauth/auth-pass），ACL还需配置masteruser；down-after-milliseconds宜设3000–5000ms防误判；启动前须确保主从就绪，否则从节点被误标sdown。
-
Redis从库默认只读，slave-read-onlyyes是防意外写入的保险栓；设为no后从库可写但导致主从数据不一致，因写命令不回传主库且故障转移会扩散脏数据。
-
本文用 Redis Bitmap 实现用户签到：用 SETBIT 写入每天状态，用 GETBIT 查询当天是否签到，用 BITCOUNT 快速统计月签到天数，并补充连续签到和键设计建议。
-
本文从 Redis 分布式锁偶发并发进入的现场出发，复现旧请求误删新锁的问题，定位锁值缺少身份标记的根因，并用 token 校验方式修复释放锁流程。
-
用 Redis GEOSEARCHSTORE 把附近门店筛选结果落到新集合，实测 BYRADIUS、COUNT、排序和旧结果清理的边界。
-
说明 mysqldump 如何保留或排除生成不可见主键，并用恢复后的建表语句和列元数据核对结果。
-
说明MySQL NDB节点组、分区和数据副本的对应关系，用四节点假设布局区分同组冗余与跨组分布，提供只读SHOW命令，并解释为什么不能仅凭存活节点数判断数据覆盖。
-
从 MySQL EXPLAIN 的 partitions 字段判断分区裁剪，区分候选分区、索引、rows 和 filtered，避免把计划证据误读成实际耗时结论。
-
Redis volatile 只淘汰带 TTL 的键，allkeys 把所有键纳入候选。本文从数据可重建性、TTL 约定和内存压力出发，给出策略选择表、配置示例及业务观测要点。
-
环境：windows2008 r2；mysql5.6单实例，引擎类型为innodb，表内数据存储所使用表空间类型为独立表空间；未进行数据库备份，未开启binlog。故障：由于人为误操作使用Delete命令删除数据时未添加where
-
细枝末节CREATE PROCEDURE 存储过程名(参数模式 参数名 参数类型)
BEGIN
存储过程体
END;调用CALL 存储过程名(实参列表)删除DROP PROCEDURE 存储过程名查看存储过程信息DESC 存储过程名
SHOW CREATE PROCEDURE
