建议tidb出个单机版，硬件性能要求低点，这样上tidb成本起步低点，后续再一点点扩容

[image]

想要 307 课程

大多数还是mysql/maria为主，tidb逐渐引入，目前一套，还是测试

用过ChatGPT和文心一言 问题回答的更像一个老油条，感觉都对，又感觉啥也没说。 不过做内容整理还是挺不错的。

我要挑战

生个娃，还愁工资没地儿花

已报名

[IMG_20230630_182322] 公共打杂专用机位

有备份，不跑路

多终端窗口开多了，有测试有生产。 不小心在生产执行了，好在用的oracle有flashback table功能

这种所有sql都慢的情况，建议先从系统上看看CPU内存io网络

tidb的社区经营不错，反馈速度真快

水贴一下

已报名

主要看公司还有没有其他选项提供，比如换部门等。 还要看年龄，如果年龄大确实跳出去不好找其他工作。当然，大佬除外。 如果都没得选，那2n+3已经算是业界良心了，果断离职。

已有的5.7系统应该短时间不会替换，估计得有个2，3年才会看到替换潮。 国产化如火如荼，替换也是早晚的事。 mysql使用场景单一，替换起来也相对简单一些。

原则上， 性能优化也是按需按目标执行，执行pdca的过程。分为硬件和软件优化，有如下建议： 评估当前系统性能。 tiup 已经集成了 tpcc,tpch,ycsh,ch 四种测试工具集，使用其进行测试得到系统的基础数据。 选择适合的tidb架构，考虑tidb和tiflash的组合，节点数的配置。硬件的选择等。 优化应用的数据类型和索引。 能批量的操作尽量批量操作，能压缩的压缩，能分区的分区存储。 管理库的统计信息，合理安排统计信息收集时间，调成平行数量。 监控日常的软硬件性能，如 CPU、内存、磁盘 I/O、网络等。根据监控结果调整数据库参数、优化数据类型和索引等，以提高性能。 定期检查…

删库跑路没跑成啊