摘要：关于时区的调优？网上有两篇文章是说在默认time_zone=system下，使用timestamp字段在大量请求时引发的CPU SYS高的问题。MySQL参数time_zone导致线上sys cpu高 大概意思就是讲，对于使用timestamp的场景，MySQL在访问timestamp字段时会做时区 阅读全文

摘要：1 首先，一个很基础，但是发现还是有人忽略，导致问题也比较严重的问题。就是服务日志不能存到跟业务数据库里面，就算是分库也会受影响，最好就是完全隔离。存到独立的组件里面，业界比较流行就是ELK了，各种云服务也是在ELK上面改进而来。如果不这样做，首先日志存储到业务数据库里面，相当于变相人为给数据库加重 阅读全文

摘要：字段类型支持仅timestamp，数字类型，就是说根据时间，或者id来刷新数据 刷新频率，分钟，小时，天，月，年的维度。 https://dev.mysql.com/downloads/connector/j/ 下载通用包，即可 阅读全文

摘要：为了达到数据库胡最佳性能 1. 普通用户通过配置软件与硬件来实现 2. 高级用户会寻求机会改善MySQL本身，开发自己的数据存储引擎，硬件应用。 在数据库层面的优化 1. 表设计，通常列有适合的数据类型，表有适合的列。例子，写操作多的应有通常有多点表，少点列。 大量的数据分析的，会多点列，少些表。 阅读全文

摘要：网络请求超时的机制设置，发现如果设置3S太短，导致有一些服务不能成功请求到数据，每次都报超时。问题解决 1. 调大超时时间 2. 优化查询mysql http://blog.chinaunix.net/uid-25063573-id-3032578.html 1，创建索引 对于查询占主要的应用来说， 阅读全文

摘要：14.2.5.3 INSERT ... ON DUPLICATE KEY UPDATE Syntax 14.2.5.3 INSERT ... ON DUPLICATE KEY UPDATE Syntax 14.2.5.3 INSERT ... ON DUPLICATE KEY UPDATE Synt 阅读全文

摘要：EXISTS = IN,意思相同不过语法上有点点区别，好像使用IN效率要差点，应该是不会执行索引的原因SELECT ID,NAME FROM A WHERE　ID IN (SELECT AID FROM B)NOT EXISTS = NOT IN ,意思相同不过语法上有点点区别SELECT ID,N 阅读全文

摘要：ON DUPLICATE KEY UPDATE 博客 http://blog.csdn.net/jbboy/article/details/46828917 阅读全文

摘要：475 mysqldump -u[username] -h[host] -p[password] --port [port] --skip-lock_tables databaseName > ~/Downloads/all.sql 备份数据 --skip-lock_tables 因为导出要锁定表， 阅读全文

摘要：上线一定要用压力测试，才能知道自己的承受度是多少，不然出了问题，就各种排查。 http://www.tuicool.com/articles/NVRJrm 通过jmeter压力测试，发现打印请求参数消耗太多资源。 执行计划 awr报告 阅读全文