【android 登陆 源码】【公开内核源码】【zm看源码】-22源码
1.通达信公式的源码密码怎么破解？
2.MySQL：排序（filesort）详细解析（8000字长文）
通达信公式的密码怎么破解？
通达信公式破解方法
公式破解方法
1:不是使用Winhex，而是源码使用Ollydbg来破解.
2:只是用户公式修改密码有效。对于导入密码无效。源码对于系统公式密码无效，源码默认的源码系统公式密码可能是OK_TDX（测试了两个版本，其他的源码android 登陆 源码不知道）
不过好像有的不能编辑，不过VOL_TDX等系统的源码公式好像可以查看和修改。
方法：
1:使用Ollydbg,源码点文件，打开，源码选择通达信的源码可执行文件（或者把通达信的执行文件直接拖进Ollydbg的窗口），按F9运行程序。源码
2:正常使用通达信，源码公开内核源码进入到K线图后，源码在k线图（主图或者副图上）点右键，源码选择指标，源码然后选择一个加密的公式，点确定。
此时公式应该能正确使用并且在图上显示出来。
3：点右键，选当前指标，选修改指标公式，此时需要输入密码，随便输入几个数，zm看源码但不要点确定。
4：在Ollydbg的左下角，有一个命令编辑框，输入命令bp _mbscmp,回车，这时断点下好了。
5：点修改密码公式框中的确定按钮，此时中断在_mbscmp中，在右上角的EAX的值就是密码，ECX值是你随便输入的数。
6：找到密码后，点在左上角的hello china源码红黑色的一行代码，点F2取消断点，再点F9来继续程序执行。可以循环2-6步来得到其他的密码。
7：完成，哈哈。
对系统公式无效，是指使用系统默认密码OK_TDX，能打开但是不能查看和编辑。
不过对于有的系统公式如VOL_TDX需要密码的，可以使用默认密码来查看它。
MySQL：排序（filesort）详细解析（字长文）
MySQL排序详解：深入理解filesort过程（简化版）
MySQL中的音频控制源码排序（filesort）是DBA工作中常见的操作，本文主要针对Innodb引擎，使用5.7.源码版本，针对快速排序和归并排序进行详细解析。filesort在执行计划中表示排序操作，但执行计划本身并不揭示所有细节。
首先，我们从一个问题出发，介绍一个朋友遇到的案例，排序后临时文件意外达G。我们将通过实例逐步分析排序的流程。
1. 确认排序字段：从order by语句开始，如"a2,a3"，并存储在Filesort的sortorder中，涉及原始和修改的filesort算法，但本文不涉及复杂算法分支。
2. 计算sort字段长度：通过sortlength函数，考虑每个字段的长度，如varchar()，长度计算为字符数量的两倍。超过max_sort_length设置的字段将导致排序精度下降。
3. 确定addon字段空间：根据max_length_for_sort_data，判断是否使用回表排序算法。如a1、a2、a3都是需要的字段，且总长度超过字节，会使用回表排序。
4. 计算每行数据长度：考虑sort字段和addon字段，包括可能的打包压缩。在内存排序阶段，将数据按照计算出的长度存储。
5. 分配内存：根据sort_buffer_size和表大小，计算实际需要的内存，并进行内存排序。
6. 内存排序与外部归并：如果数据量大，内存排序后会写入临时文件，进行外部归并排序。
7. 排序方式总结：文件sort函数会输出排序方式，如sort_key+packed_additional_fields（不回表排序，打包字段）或sort_key+additional_fields（固定长度字段）。
8. 最终排序：可能生成额外的临时文件，存储归并排序结果，文件数量根据排序量变化。
9. 问题：original filesort算法的回表和Rows_examined的计算。
. 使用OPTIMIZER_TRACE查看排序结果，理解排序过程和使用的内存。
案例中，通过group by操作的排序，如果sort字段过大，会使用回表排序，导致临时文件占用巨大。总结排序过程包括了组织排序数据的方式、排序方法的选择、内存分配策略以及临时文件的管理。
理解排序过程对优化查询性能和避免大文件临时文件至关重要。通过合理设计和使用索引，以及优化排序策略，可以有效控制临时文件的大小。