缘由最近我们公司的慢SQL特别多，特别是某个固定的表，每天基本都有好几千的慢查询，但是这个表有特别大，不能随意加索引，索引我们就需要一个工具来协助我们进行改DDL的时候，不影响业务，那就是 PT工具效果图如下是慢SQL数量折线图 明显可以看到大幅度下降了使用场景在线数据库的维护中，总会涉及到研发修改表结构的情况，修改一些小表影响很小，而修改大表时，往往影响业务的正常运转，如表数据量超过500W，1000W，甚至过亿时在线修改大表的可能影响在线修改大表的表结构执行时间往往不可预估，一般时间较长由于修改表结构是表级锁，因此在修改表结构时，影响表写入操作如果长时间的修改表结构，中途修改失败，由于修改表结构是一个事务，因此失败后会还原表结构，在这个过程中表都是锁着不可写入修改大表结构容易导致数据库CPU、IO等性能消耗，使MySQL服务器性能降低在线修改大表结构容易导致主从延时，从而影响业务读取pt-online-schema-change介绍pt-online-schema-change是pe

当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：单表优化除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量：字段1、尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT，如果非负则加上UNSIGNED2、VARCHAR的长度只分配真正需要的空间3、使用枚举或整数代替字符串类型4、尽量使用TIMESTAMP而非DATETIME，5、单表不要有太多字段，建议在20以内6、避免使用NULL字段，很难查询优化且占用额外索引空间7、用整型来存IP索引1、索引并不是越多越好，要根据查询有针对性的创建，考虑在WHERE和ORDER BY命令上涉及的列建立索引，可根据EXPLAIN来查看是否用了索引还是全表扫描2、应尽量避免在WH

提前先申明今天的话题不是为了责备或者责怪，如果你非要这么理解我也没有办法今天的话题就由下面这张图引出来，以下是一个找人帮忙解决问题的描述最近这段时间经常遇到类似这样的寻求帮助的。我说一下我看到这样的寻求帮助的对话之后内心的变化过程认真读每一句话从描述找遇到的问题内心狂躁心中一万个草泥马在奔腾一般任何人只要找我问问题，我都会尽量尽我所能去解决，如果真真解决不了，当然也只能抱歉，因为我个人能力不够，仍然需要学习那么为什么我内心会狂躁因为我看了半天没读懂你到底要问什么，你的困难在哪里，请问我如何帮你解决？并且我 个人工作时间也是非常忙的（分分钟也是5毛钱上下咧），能让我内心不狂躁嘛，我不回答你嘛，我怕你说我什么玩意不给我解决问题，我回答你嘛，接下来将是无休止的一问一答。我当然可以理解你的确是出问题，不然你也会闲着蛋疼没事跑到问问题，还顶着随时被我这样脾气差的人骂的风险为什么内心在奔腾其实这个问题跟我半毛钱都没做关系，我是为你的描述能力着急，我也是从零开始的，一步一步一个脚印学习编程的，我也遇到

本人使用Ionic框架开发了一个 超级逗表情 的App依赖插件cordova-plugin-app-version 0.1.9 "AppVersion"cordova-plugin-file 4.3.0 "File"cordova-plugin-file-opener2 2.0.2 "File Opener2"cordova-plugin-file-transfer 1.6.0 "File Transfer"cordova-plugin-inappbrowser 1.5.0 "InAppBrowser"cordova-plugin-network-information 1.3.0 "Network Information"cordova-plugin-qqsdk 0.4.0 "YCQQ"cordova-plugin-wechat 1.3.0 &qu

NO.0前提你的下载我的App ：超级逗表情 Andorid：http://fir.im/chaojidbq Ios：https://github.com/apanly/chaojidbq (源码，由于Ios需要证书)NO.1选择自己喜欢的表情，点击微信图标，发送给好友NO.2在微信中点击发送NO.3长按聊天窗口中的表情，点击添加到表情管理中NO.4现在在自己的收藏的表情中就可以刚才自己添加的表情

我们在做业务项目，客户端的输入总是无法控制，有各种各样的特殊字符，这些特殊字符就要借助ASCII码表才能判断，所以我做了一张图，方便查看为什么要搞个表出来，下面的字符串中，你看看你能否看的出来是什么特殊字符嘛（中间空白地方）20160807  1看不出来吧，让我们看看16进制是什么$ hexdump -C tmp.md 0000000 32 30 31 36 30 38 30 37 20 c2 a0 31 000000c三个特殊字符是 20,c2,a0 这只能对应ascii码表找了