https://murw4399r9.feishu.cn/docs/doccnlIOGmoSiZm3E1ZV6RfKnsg#UK7EiX

    https://www.cnwebe.com/articles/84832.html
    MECE+STAR 虽然属于商科的知识，但是互联网行业也很有用，做技术的也可以运用。
    平时给你们整理资料就有用到

    今年在推代码质量，所以看了下面这些：
    《重构》
    《代码大全》
    《Effective Java 3》
    《代码整洁之道》
    《代码整洁之道－程序员的职业修养》
    《架构整洁之道》

    面试的比如《剑指offer》，适合算法面试入门

    系统设计方面的推荐 ddia

    当年校招前看《深入理解java虚拟机》《并发编程实战》都是这么看的，一本看一个星期，现在就没那么多连续的时间了

    测试服务器：
    64c OB 3台服务器

    测试工具：
    sysbench 2亿数据
    tpch 100G数据

    htap数据库我大概调研了几个，tidb和adb性能相当，oceanbase明显要强一个档
    测试结果：
    1.TP sysbench read_write测试 ,单表 1w2 tps，分区表 4648 tps 。分区表tps有所降低主要因为read_write中有较多跨分区键查询有一定的性能损耗。
    2.AP sysbench 3表关联测试，单表9w1 tps，分区表 4w tps。关联键不为分区建导致有一定性能损耗。一般分区表主要为单台服务器cpu或磁盘无法支撑，分区键一般为高频查询条件。 详情：https://mp.weixin.qq.com/s/_oNBgo5WFW9ebJF9LCHM4Q
    3.TP+AP混合跑场景与单独跑场景对比，性能影响较小，差别在5%。
    4.AP TPCH 复杂sql场景 3台服务器，22条分析sql 43秒处理完毕。
    5.AP TPCH 1台服务器 90s，扩展到2台服务器55s，扩展到3台服务器40s，分布式扩展性得到体现。
    6.高可用测试ob 10秒恢复，业务测21秒恢复。满足高可用能力。

    测试中遇到问题：
    1.weak_read_version_refresh_interval关闭导致报错以及AP性能较差问题，修改参数为50ms解决。
    2.obproxy弱读会指向主节点导致tp+ap相互干扰，通过升级3.2.1增且修改proxy_mem_limited解决。
    3.高可用rto=68秒，通过设置obproxy server_tcp_keepidle 以及dead_socket_detection_timeout时间解决。